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Csomag alapú hálózatok alapjai 

Áttekintés 

A telefon, több mint 100 éves fejlődése alatt a fejlett társadalmak egyik alappillérévé vált. 
Nélküle elképzelhetetlen lenne az üzleti élet. A nyilvános telefonhálózat tarifarendszerek 
szövevényéből épül fel. S bár az egyes hívások költsége nem túl magas, a vállalatok 
költségvetésében a rengeteg telefonálás jelentős összegként jelenik meg. A legtöbb vállalat 
esetében ezek a költségek drasztikusan csökkenthetők lehetnének. Sok vállalat bérelt 
vonalakkal próbálja meg lefaragni a telefon számláit, de ez a megoldás is komoly összegekbe 
kerül. Napjaink számítógépes hálózatai, jó néhány alternatív megoldást nyújtanak mind a 
hagyományos telefon, mind pedig a bérelt vonali szolgáltatások kiváltására. A legtöbb 
előnnyel kecsegtető megoldást azok a hálózati technológiák jelentik, melyeknél a különböző 
típusú hangátvitelt csomagok /packet voice/ szállításával oldják meg. Ez azért előnyös, mert 
így a számítógépes hálózatok a hangcsomagokat ugyanúgy továbbítják, mint a hagyományos 
adatcsomagokat. Ugyanazokat az átviteli utakat használják, melyeket eddig adattovábbításra 
használtak, és melyek költségei sokkal alacsonyabbak. A hangcsomagok sokkal kisebb 
sávszélességet igényelnek, mint a hagyományos hang, és ez megmutatkozik az átviteli 
költségekben is. Miközben a telefonok 64.000 bps-ot (bit/sec) igényelnek, a hangcsomagok 
alkalmazásánál kevesebb, mint 10.000 bps is elég. Sok vállalat tartalék kapacitásokkal 
rendelkezik az adatátviteli hálózatában, így az ezen továbbított hang számukra nem jelenne 
meg költségként, azaz „ingyenes" lenne. 

A legtöbb esetben még akkor is megéri a hangot csomagokban szállítani, ha bővíteni kell 
ehhez az átviteli hálózat kapacitását. A nyilvános telefonhálózat többnyire távolság alapú 
tarifarendszerrel dolgozik, melyben a helyi hívás alapdíjához a hívás távolságának 
függvényében további költségek adódnak. A hang adathálózaton keresztül történő 
továbbításával ezek a költségek csökkenthetők. Még a nem távolságfüggő tarifa rendszer 
esetén is, a hang csomagokban történő szállítása 20 szoros, vagy még nagyobb sávszélesség 
kihasználást tesz lehetővé szemben a hagyományos digitális hang- átvitellel. 
Az adat hálózatokon történő hangtovábbításnak is ára van. A jó minőségű hangátvitel csak 
olyan adat hálózatokon lehetséges melyek szigorú minőségi követelményeknek /QoS/ tesznek 
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eleget. Amennyiben a hálózat nem képes eleget tenni ezeknek a követelményeknek, az átvitt 
hang minősége rossz lesz. Ez a jelenség figyelhető meg amikor a hang nyilvános hálózaton 
keresztül továbbítódik, pl.: Interneten keresztül, ahol a felhasználóknak csak igen korlátozott 
lehetőségek állnak rendelkezésre, a két végpont közötti szolgáltatás minőségének 
biztosítására. 

A QoS gondok ellenére, a hangcsomagok alkalmazása robbanásszerűen terjed, a hatalmas 
költségmegtakarítások eredményeként. Még az Egyesült Államokban is, ahol a 
telekommunikációs költségek alacsonyak, a vállalatok csomagok alkalmazásával felére, 
harmadára tudják csökkenteni a költségeket. 

Bevezetés 

Minden csomag alapú hangátviteli rendszer azonos modellt követ, melynek egyszerűsített 
ábrája az 1. Ábrán látható. A csomag alapú hálózat, mely lehet IP, Frame Relay, illetve ATM 
/Asynchronous Transfer Mode/, az ábrán felhőként jelenik meg. A hálózat szélein lévő 
eszközöket, berendezéseket „voice agent"-eknek nevezzük. Ezen berendezések összekötő 
funkciót látnak el és az a dolguk, hogy a hagyományos telefonhálózatokban használt formára 
alakítsák a hangot tartalmazó csomagokat. 

PBX 




1. Ábra Csomag alapú hálózati modell 

A hálózat átadja a csomagot a voice agent-nek, mely azt ha szükséges átalakítja, azután 
tovább küldi a hozzá csatlakoztatott berendezések /PBX, fax, számítógép/ felé. 
A voice agent kapcsolati modell felvet két igen fontos kérdést: 
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Az első kérdés a hang kódolására vonatkozik: Hogyan kerül be a csomagokba a hang, és 
hogyan alakul vissza később ismét hanggá? 

A második kérdés: Milyen jelzésrendszert használjunk ahhoz, hogy megállapítsuk ki volt a 
hívó, ki a hívott, és hogy hol helyezkednek el a hálózatban? 

Kódolás 

Az emberi hang, és persze minden más amit hallunk normális esetben analóg formában 
érkezik a fülünkbe. Az első telefon rendszerekben is analóg módon továbbították a 
beszédinformációt. Bár az emberi test jól fel van szerelkezve az analóg kommunikációhoz 
/száj, fül /, az analóg jeltovábbítás nem túl hatékony módszer. Ha az analóg jel megsérül, 
nehéz elkülöníteni a jel összetett struktúráját a véletlenszerű átviteli zajtól. Az analóg jel 
erősítésekor a zaj is erősödik, ezért az analóg kapcsolatoknál nagy az átviteli zaj. A digitális 
jelek diszkrét jelekből állnak: a két jel /„l" és „0"/ a zajtól és egymástól is egyaránt könnyen 
elkülöníthető, és a jel erősítése nem növeli a zaj szintjét. Mivel a digitális kódolás sokkal 
védettebb a zajok ellen már régóta ezt használják a nagytávolságú összeköttetéseknél, a világ 
kommunikációs rendszerei a digitális átvitelt kezdték alkalmazni és elsőként az impulzus kód 
modulációt /PCM/ honosították meg. A PCM kódolás során a hangból mintát vesznek /8000 
mintavétel másodpercenként /, majd minden egyes mintát kódolnak. A 8000 minta/másodperc 
(125 iTfc a minták között) abból adódott, hogy az emberi beszéd felső frekvenciája kb.: 4000 
Hz, és ha a jel frekvenciájának kétszeresével mintákat veszünk a jelből, akkor az eredeti jel 
pontosan visszaállítható a vett mintákból. 

A mintavételezés után, tehát a minták digitális jelekké kódolódnak. A szabványos PCM 
kódolás 8 bites kódot használ, ami 64 kbps-ot jelent. Más kódolási szabványok, pl.: ADPCM 
/adaptív differenciális PCM/ 4 bitet használ és ez 32 kbps-ot jelent. Az ADPCM kódolást 
leginkább nagytávolságú kapcsolatoknál használják. 

Többnyire a telefonos alkalmazások PCM ül. ADPCM kódolást használnak a szinkronizált 
digitális csatornákon, ez azt jelenti, hogy a csatornán áthaladó bitfolyam állandó, akkor is ha 
van társalgás, akkor is ha nincs. Egy átlagos társalgásban több ezer rövid szünet található, és 
minden egyes kis szünet kidobott pénz a felhasználó számára. A szabványos telefonhálózat 
nem nyújt semmilyen megoldást az ilyen pazarlások ellen. 
Amennyiben csomagokat alkalmazunk ez a probléma nem merül fel. A csomagokban történő 
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hangátvitel esetén a beszéd adatcsomagként utazik a hálózaton, és csak akkor jön létre egy- 
egy csomag, ha valóban folyik társalgás. Azzal, hogy csak akkor van csomagküldés, ha van 
információ, kevesebb mint egyharmadára csökken a kommunikációhoz szükséges 
sávszélesség. 

Kódolási szabványok 

Az átvitelhez szükséges sávszélességet más módszerekkel tovább lehet csökkenteni. Az ITU 
/International Tellecommunication Union/ számos szabvány hang kódolást definiált, ezek 
között található a fentebb említett 64 kbps PCM illetve a 32 kbps ADPCM kódolás is. Ahhoz, 
hogy a hangot csomagokban továbbítani tudjuk, nem árt tisztában lenni a hang kódolási 
szabványokban használt kódolási stratégiákkal. Az első a szabványok közül a „fix- 
mintavételezés", mely a G.711 családba tartozik. Ez a szabvány a már fentebb leírt 8000 
minta/másodperc stratégiát alkalmazza. Minden mintavételnél a kódoló eltárolja a hang 
pillanatnyi amplitúdó értékét. A mintákból azután a túloldalon visszanyerhető az eredeti jel. 
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2. Ábra PCM kódolás 

A mintavételezési stratégia problémája az, hogy az átvitelhez szükséges sávszélesség 
csökkentése miatt, egyre kevesebb bittel kell kódolnunk a mintákat. Nyolc bit használatakor 
256 különböző amplitúdó szintet tudunk megkülönböztetni. Ahhoz, hogy 32 kbps 
sávszélességet használhassunk, négy bitet használunk /64 db szint/, a 16 kbps-os ADPCM 
pedig már csak 2 bitet használ /4 érték/. Sajnos minél kevesebb szintet használunk, annál 
rosszabb lesz a hang minősége. 

A szabványok másik csoportja jobb hang tömörítést végez, miközben jobb minőséget 
garantál. Ezekben a szabványokban olyan speciális algoritmusokat használnak a kódoláshoz 
/pl.: LPC (Linear Predictive Code)/, melyek az emberi beszédet modellezik. 
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A legtöbb LPC berendezés 64 kbps PCM kódot vár input jelként, a következő okok miatt: 

Mivel ez a legáltalánosabban elterjedt hang formátum melyet a digitális PBX-ek és a telefon 

switch-ek használnak. 

A PCM kódoló chip-ek olcsók, és igen elterjedtek a telefonhálózatokban. 

Mind az LPC, mind pedig a PCM/ADPCM kódolás az ITU szabványok G-sorozatában került 

ajánlásra. Melyben a telefonos világ és a csomagokban történő hangátvitel legtöbbet használt 

hang kódolási szabványai találhatók meg. Ezek a szabványok a következők: 

• G.711 64 kbps PCM hangkódolás, átalakítás nélkül továbbítható a nyilvános 
telefonhálózat felé illetve PBX-ek felé. 

• G.726 40, 32, 24 és 16 kbps sebességű ADPCM kódolás. Az ADPCM kódolással 
kódolt hang is alkalmazható csomag alapú, nyilvános telefonhálózatokon, illetve 
alközponti hálózatokban. 

• G.728 aló kbps sebességű LD-CELP tömörítés, kódolást írja le. Ez a hangkódolás, 
nyilvános telefonhálózatokban történő alkalmazás esetén, általában konverziót igényel. 

• G.729 8 kbps adaptív CELP tömörítés. Két formája van a szabványnak, de mindkettő 
ugyanolyan jó hang minőséget nyújt, mint a 32 kbps ADPCM. 

• G.723. 1 beszéd és más audió jelek nagy arányú tömörítésére használják. A H.324 
szabvány része, és két különböző sebességet tartalmaz: 

-6.3 kbps sebességű, mely MP-MLQ kódolást használ 
- 5.3 kbps sebességű, mely CELP kódolást használ 

Tömörítés minősége 

A tömörítések alkalmazásánál arra kell figyelni, hogy elkerüljük a tandem kódolást, 
kapcsolást. A tandem kódolás esetén a hang miközben a hálózaton keresztül utazik többszöri 
ki-be tömörítésen, vagy akár többszöri AD/DA (Analóg, Digitális) átalakításon megy 
keresztül, mire eléri a célberendezést. 

A tömörítési stratégia hang minőségét mérni szokták, a leginkább elterjed mérési rendszer 
Mean Opinion Score (MOS). A beszéd és a hang szubjektív jellemzők, minden hallgató más- 
más módon ítéli meg az összeköttetés minőségét. A MOS skálán, a nulla jelenti a legrosszabb 
minőséget, az 5 pedig a jó értéket, a szabványos PCM kódolás 4.4 -et ért el ezen a skálán, a 
G.726 ADPCM kódolás 32 kbps-es verziója 4.2-őt kapott az értékeléskor. 
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G.728 CELP kódolás 4.2, és a G.729 ugyancsak 4. 2-t kapott. Az 1 . Táblázatban feltüntettünk 
néhány kódoláshoz tartozó MOS értéket. 
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1. Táblázat Különböző kódolások MOS és késleltetési értékei 



Késleltetés 

A késleltetésnek nagy jelentősége van a tömörített hang esetében. A hangok csomagokba 

történő tömörítése időbe telik. A fenti táblázat mutatja az átlagos késleltetés összefüggését 

azon elterjedt kódolási szabványok esetében melyekről korábban már szó volt. Nagy 

késleltetés esetén visszhangtörlésre van szükség, azért hogy ne alakulhasson ki zavaró 

mértékű visszhang. A legtöbb hangcsomagokat előállító berendezés használ valamiféle 

visszhangtörlést. 

Két fő forrása van a késleltetésnek a hagyományos telefonhálózatokban és a csomag alapú 

hálózatokban egyaránt: a jelterjedési késleltetés és a jelfeldolgozási késleltetés. 

Az első tényező a fény, illetve egyéb hullámok korlátos terjedési sebességével függ össze. A 

fény terjedési sebessége megközelítőleg 300000 km/s vákuumban az elektronok sebessége 

pedig 161000 km/s, ez azt jelenti, hogy például egy fél földet átívelő optikai kábelen (kb.: 

20900 km) csak 70 msec késleltetést lehetne mérni. Ez a típusú késleltetés tehát elenyészően 

kicsi, és nem okoz komoly problémát. 

A késleltetések kezelése hatással van a hagyományos hang hálózatokra. Minden E1/T1/J1 
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keret összeállítása és elküldése a megfelelő vonalon 125 rrs -ot igényel, feltételezve azt, hogy 
minden keret a saját sebességével van elküldve (1.544, vagy 2.048 Mbps). Ezek az apró 
késleltetési idők /ún. sorba állítási késleltetés (serialization delay)/ összeadódnak, ahogy a 
keret utazik át a hálózaton. A teljes késleltetés megnőhet akár 20, vagy még több msec-ra, a 
kontinensek közötti vonalak esetében. A sorba állítási késleltetés hozzáadva a terjedési 
késleltetéshez már elérheti a 100 msec-ot, amit már a legtöbb ember észrevesz, bár még nem 
rontja a beszélgetés minőségét. 

Összefoglalva, a hang csomag kódolás javítja a hálózat gazdaságosságát két okból kifolyólag; 
először azért, mert lecsökkenti a hang átviteléhez szükséges sávszélességet, másodszor azért, 
mert kiszűri a csend periódusokat. Ahhoz, hogy az ebből adódó előnyöket kihasználhassuk, 
az átvitelért felelős hálózat képes kell, hogy legyen kis sávszélességű forgalmakat is 
lebonyolítani és más forgalmakkal szemben előnyben részesíteni a gyors továbbítást igénylő 
hang csomagokat. Ezek a képességek leginkább a hálózat típusától függnek. 

Visszhang 

A hagyományos telefonhálózatokban a visszhangot többnyire a hálózatban használt 4 
vezetékes rendszer és az előfizetői hurokban használatos 2 vezetékes rendszer 
impedanciájának a rossz illesztése okozza. Alapesetben kívánatos és a beszélgetők 
komfortérzetét növeli az, hogy ha a beszélő hallja a saját hangját telefonkagylóban. Azonban 
ha a saját hangunkat 25 ms-nál hosszabb idő elteltével halljuk vissza az zavaróan hat és 
élvezhetetlenné teszi a beszélgetést. A nyilvános telefonhálózatokban (PSTN) (amennyiben a 
késleltetés ezt szükségessé teszi) a visszhang kezelésére visszhangtörlő áramköröket 
alkalmaznak, valamint a csatlakozási pontokon megfelelő impedancia illesztéssel csökkentik 
a visszhang mértékét. A mai csomag alapú hanghálózatokban a visszhangtörlő áramkörök az 
alacsony sebességű kódolók DSP áramköreibe vannak beépítve. A visszhangtörlő áramkörök 
működéséhez szükséges a visszhang keletkezésének az ismerete. 

Vegyük azt az esetet, amikor 'A' beszél 'B'-vel, és 'A'-nak a 'B' irányú beszéde 'G'. Ha 'G' 
beleütközik valamilyen visszhangkeltő eszközbe (pl. rossz impedancia illesztés) visszajut az 
'A'-hoz. 'A' ezután meghallja a saját hangját a telefonkagylóban néhány milliszekundummal 
később, mint azt valójában mondta. 
A visszhang, vonali eltávolításához az eszköznek, amelyen keresztül 'A' beszél ('A' router), 
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meg kell őrizni 'A' beszédének az inverzét, ('-G'), egy bizonyos ideig. Az 'A' router 

visszhangtörlő áramköre a 'B' felől jövő beszédből kivonja a '-G'-t eltávolítva ezzel a 

visszhangot. 

A visszhangtörlő áramkörök csak bizonyos ideig képesek raktározni a beszéd információt, és 

ezáltal eltüntetni a vonalról a visszhangot. Az ezen időn túl visszaverődő beszéd nem törlődik 

ki a visszhangtörlő áramkörön. 

Csomag alapú hangtovábbítás transzport lehetőségei 

Az előzőekből világosan kitűnik, hogy a tandem-kódolás /kettős kódolás/, a késleltetés és a 
időzítés, szinkronizáció elvesztése komoly gondot jelent a hangátvitel szempontjából. 
Miközben minden csomag alapú hálózatnak szembe kell néznie ezekkel a problémákkal, az 
egyes csomag alapú hálózatokban a megoldási lehetőségek különbözőek. A csomagokban 
történő hangátvitel tervezésénél figyelembe kell venni az átvitel technológiáját. 
Hangcsomagok az alábbi WAN hálózat összeköttetési típusokon továbbíthatók: 

• Bérelt vonali hálózatok 

Ezek a hálózatok többnyire a szolgáltató által bérbe adott T1/E1/J1 trönkökön alapulnak, 
fix sávszélességgel. 

• ATM állandó átviteli sebességű (CBR) virtuális áramköri szolgáltatás, illetve áramkör 
emulációs összeköttetések. Ezek az összeköttetések a vonalkapcsolt hálózati kapcsolt 
összeköttetéseket emulálják, néha szokták őket ATM Class A szolgálatnak is nevezni. 

• VBR /Variable Bit Rate/, ABR /Available Bit Rate/, UBR /Unspecified Bit Rate/ ATM 
szolgáltatási osztályú összeköttetések. 

• Frame Relay hálózatok, mind a nyilvános szolgáltatói, mind pedig a cégek által kiépített 
magán FR hálózatok 

• Nyilvános csomagkapcsolt (X.25) hálózatok, melyek nyilvános adatszolgáltatást 
nyújtanak sok nemzetközi alkalmazásban és gyakran használják nemzetközi 
adathálózatokként pl.: Európában. Ez inkább elméleti, mint gyakorlati lehetőség. 

• Nyilvános IP hálózat, beleértve az Internetet is 

• A magán hálózatok legtöbb típusa 

Ezeket a hálózat típusokat jellemzőik alapján a következő nagyobb csoportokra bonthatjuk: 
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Szinkron vonalkapcsolt hálózatok 

A szinkrón vonalkapcsolt technológiák, mint például a bérelt vonali hálózatok és az állandó 
átviteli sebességű ATM szolgáltatások, ugyanazokkal az átviteli tulajdonságokkal 
rendelkeznek, mint amilyet a hagyományos távbeszélő hálózatok jelenleg használnak, így a 
hang továbbítása nem jár semmilyen kockázattal. Ha a hálózati „felhő" az 1. Ábrán ilyen 
hálózatból van kialakítva, akkor a hangtovábbítás a normál telefonos hálózatoknál 
megszokott módon történik, és általában nincs szükség speciális voice agent-re a hálózatban. 
A legtöbb országos, illetve nemzetközi magán hálózat vonalkapcsolt technológián alapul, és a 
hang forgalom fix sávszélességgel, időrésekben bonyolítódik. Az átvitelnek ez a módszere, 
mivel megegyezik a hagyományos telefóniában használttal, pazarolja a sávszélességet. Ha 
hang csomagkódolást használunk a vonalkapcsolt hálózatokon, az egyedüli megtakarítás, a 
tömörítés miatt fellépő, alacsonyabb átviteli sebesség (például G.729-nél 8 kbps) lesz. A 
gazdaságosság mértéke ilyenkor nagyban függ attól, hogy a hálózat tudja kezelni a 64 kbps- 
nál kisebb időréseket /subrate multiplexing/, vagy sem. 

Az ATM hálózatban, a CBR szolgáltatások tudják támogatni a 32, 16, vagy 8 kbps 
összeköttetéseket. Sok ATM hálózat csak 64 kbps-en áramkör emulációs összeköttetést 
biztosít /mivel az 1997-ben az ATM Forum által kiadott szabvány az ATM-en keresztül 
történő hangátvitelhez a G.711 kódolást ajánlották/, és ezáltal a hang tömörítéssel nyert 
alacsonyabb sávszélesség elveszik az átvitel során. 

Keret/cella hálózatok 

Keret/cella hálózatok, Frame Relay-t használnak, vagy változó átviteli sebességű ATM-et, 
kódolt, tömörített hang szállítására. Ezekhez a hálózatokhoz voice agent szükséges, mely a 
hangot cellákba, vagy keretekbe kódolja a szállításhoz, majd dekódolja a cellákat/kereteket a 
célállomásnál. A voice agent-nek minden telefon jelzést meg kell értenie, melyet a hang 
küldője és fogadója alkalmaz ahhoz, hogy azonosíthassa a hívott számát és kézbesítse a hívási 
folyamat jelzéseit. Tudnia kell a hálózat jelzési és címzési sajátosságait, ahhoz, hogy elérje a 
céloldalon lévő különféle voice agent-eket. Ez a képesség különösen a hagyományos hang 
hálózatok és a keret/cella hálózatok közötti kapcsolatoknál igen jelentős. 
A Frame Relay, vagy ATM hálózatokban a hálózat késleltetését és a késleltetés idejének 
ingadozását sok esetben maguk a switch-ek vezérlik, amennyiben mindegyik switch és 
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végpont ugyanahhoz a közös, forráshoz, vagy PRS-hez van szinkronizálódva a hálózatban. 
Rendszerint, a késleltetés idejének ingadozása a hálózatban olyan kicsi, hogy a kijövő hang 
csomagok időzítése jól megközelíti az input oldali beszédet, és a csomagok időzítéséhez 
nincs szükség speciális időbélyegek alkalmazására. Kivételt képeznek ez alól a 
szinkronizációhoz nem közös referencia forrást alkalmazó hálózatok. A gyakorlatban azt, ha 
egy ATM cellához időbélyeget adunk SRTS-nek /Synchronous Residual Time Stamp/ 
nevezzük, melynek segítségével időzítési információk továbbíthatók két végpont között. 
Néhány ATM és Frame Relay switch és multiplexer támogatja a változó átviteli sebességű 
ATM hang kódolást, így ezek voice agent-ként is működhetnek. Mivel a Frame Relay és az 
ATM szabvány még fejlődik, vásárláskor körültekintőnek kell lennie a berendezés 
kiválasztásánál. Meg kell bizonyosodni arról, hogy a berendezés támogatja-e ezt az opciót és, 
hogy a tervezett alkalmazások által támasztott követelményeknek megfelel-e. 

IP hálózatok 

A csomag kapcsolt adat hálózatoknál /pl.:belső IP intranetek és az Internet/, ugyanazok a 
kódolási és címzési problémák merülnek fel mint a keret/cella hálózatoknál. Az ilyen típusú 
hálózatoknál, nincs garantált mértékű késleltetés illetve késleltetési idő váltakozás, és emiatt 
biztosítani kell a hálózat késleltetési idejének állandó, lehetőleg minél alacsonyabb szintjét. 
Például a magas szintű protokollok, úgyis mint TCP /Transmission Control Protocol/ 
folyamat vezérlést és hibajavítást nyújt, melyek kombinációja jelentős késleltetési idő 
ingadozást okozhat. Emiatt a TCP-t nem szokták hang átvitelnél használni. 
Helyette a hang forgalmat UDP-vel /User Datagram Protocol/ oldják meg, sajnos ilyenkor 
nincs idő bélyeg alkalmazási lehetőség az időzítés kontrollálásához, és már a késleltetés 
idejének kismértékű változása is rontja a beszéd érthetőségét. A probléma megoldására a 
H.323 szabvány az IP-n keresztül történő hangtovábbításhoz az RTP-t alkalmazza, mely az 
UDP tetején helyezkedik el. Az RTP idő bélyeg szolgálatot nyújt, és lehetővé teszi (RTCP-n 
/Reál Time Control Protocol/ keresztül pont-multipont hang összeköttetések létrehozását is. 
Napjaink hálózatai egyre növekvő számban kínálnak garantált szolgáltatási szinteket. Ezek a 
hálózatok jellemzően RSVP-t /Resource Reservation Protocol/ használnak. Az RSVP egy 
jelzés protokoll, melynek segítségével a switch-ek és router-ek utasíthatók arra, hogy 
tartsanak fent bizonyos forgalom számára erőforrásokat. Ezáltal lecsökkenthető a késleltetés, 
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valamint a késleltetési idő ingadozása, mely az erőforrásokért folytatott verseny miatt 
alakulna ki. 

X.25 hálózatok 

Azok a nyilvános adat hálózatok amelyek X.25 csomagok szállításán alapulnak, a második 
rétegben beépített hiba javítással és a harmadik rétegben beépített forgalom vezérléssel 
rendelkeznek, melyet nem lehet kikapcsolni. Az ilyen hálózatok általában nagyon nagy 
kihasználtsági fokkal üzemelnek. Ezen okok miatt a hangcsomag szállítás ilyen típusú 
hálózatokon, sokszor csak rossz minőségben lehetséges. Ezek a hálózatok túlnyomórészt nem 
alkalmasak hang továbbításra. 

Magán adat hálózatok 

A magán adat hálózatokat aszerint kell osztályoznunk, hogy melyik nagyobb hálózati típusba 

tartozik: 

• a csomag alapú, összeköttetés mentes IP modellbe /Novell SPX/IPX, OSI, IEE 802.2 
bridging, és így tovább/ 

• a kapcsolat orientált X.25 modellbe /IBM SNA, DEC LAT, és így tovább/ 

Mivel az IP alapú hálózatok általában megengedik a felhasználónak, hogy kikerüljék a 
hibajavítást és a forgalom irányítást, ezért az ilyen típusú hálózatok alkalmasak hang 
továbbításra, amennyiben más késleltetést növelő tényezők ezt lehetővé teszik. 
Általánosságban elmondhatjuk, hogy az összes kapcsolat orientált magán adat hálózati 
protokoll megköveteli a hibajavítást és a forgalom irányítást, ami miatt többnyire nem 
használhatóak hang továbbításra. 

Azok a hálózatok melyek alkalmasak hang továbbításra, felmerül a kérdés, vajon a hálózat 
milyen előnyöket nyújt ha hangot is továbbít. A válasz a hang csomag hálózat és a nyilvános 
telefon hálózat gazdaságossága közötti viszonytól függ, valamint a hang alkalmazásoktól, 
melyek behatárolják az átvitel minimális minőségét. 

A legtöbb alkalmazás esetében a késleltetés jelenti a legnagyobb problémát. Az LPC hang 
kódolással, melyet a G.729 is alkalmaz, a hang csomag minősége kis késleltetésű hálózat 
esetén megegyezik a szabványos nyilvános telefonhálózatokban megtalálható 
hangminőséggel. A Frame Relay és az ATM hálózatok jellegükből adódóan olyanok, hogy a 
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lehető legkisebb késleltetéssel továbbítják az adatot. Speciális késleltetés menedzsment 

mérésekre ritkán van szükség, akkor is legfeljebb csak ott, ahol a voice agent kapcsolódik a 

hálózathoz. 

Az IP alapú hálózatok esetében, a késleltetés sok féle módon menedzselhető. Ahogy arról már 

korábban szó volt, az RSVP-n keresztül sok routert utasítani lehet arra, hogy tartson fent 

elkülönített erőforrás mennyiséget, és nagyobb prioritással kezeljen bizonyos típusú 

forgalmat, aminek köszönhetően a hangcsomagok késleltetése a hálózat forgalmától 

függetlenebbé válik. 

Másik megoldás az lehet, hogy mindig nagyobb erőforrás mennyiséget biztosítunk a forgalom 

számára, mint amekkora az igényel, ezáltal elkerülhetjük a prioritás kezelést. A 70% feletti 

utilizációs szinten rohamosan nő a torlódások miatt fellépő késleltetési idő. A magas 

utilizációs szinttel rendelkező hálózatok nagy valószínűséggel beszéd minőség romlással 

számolhatnak. 

A hálózat gazdaságossága nagy részt a magas utilizációs szinttől függ, ezért a router alapú 

menedzsment stratégiák sokkal inkább elterjedtek. 

Jelzésrendszer: A hang összeköttetés létrehozása 

A csomag alapú hang összeköttetéseknek és jelzésrendszereknek két fő modellje van. 

• A transzport modell - Ebben a modellben, két voice agent egy trönkön keresztül 
kapcsolódik a szállítást végző hálózati felhőhöz. Minden hívás ami az első voice agent-en 
kezdődik, a második voice agent-en kell hogy befejeződjön, így minden hang forgalom, 
amelyet az egyik létrehozott, a másik felé irányul. Ezt a modellt gyakran használják pont- 
pont hang kapcsolatoknál az Interneten. Hasonló a PBX bérelt vonali modelljéhez, ahol a 
kapcsolások és az összeköttetés teljes egészében a PBX dolga. 

• A transzlációs modell- ebben a modellben, akárhány voice agent kapcsolódhat a felhőhöz, 
abban az esetben, ha megérti az alkalmazott címzési és jelzés rendszert. A voice agent 
leképezi a natív telefon számokat az ATM, Frame Relay, vagy IP címekre, például egy 
telefonkönyvbe, vagy diai plan-ba, ahol az egyes címekhez /telefonszám, mellék/ be van 
jegyezve az is, hogy melyik voice agent-en keresztül lehet elérni. A diai plan-t mindig a 
kezdeményező voice agent használja arra, hogy megtudja, melyik másik voice agent 
felügyeli a hívandó számot, és melyik kapcsolaton keresztül lehet elérni azt a voice agent- 
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et. Ez a modell tehát a hálózatot virtuális hang telefonközponttá, tandem kapcsolóvá 
alakítja. 
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Network Understands PBX Signaling 



3. Ábra Összeköttetés és jelzésrendszer modellek 

A fenti 3. Ábra mutatja a két egymástól teljesen eltérő jelzésrendszer kapcsolatot a csomag 
alapú hálózatokban. Az első jelzésmódot külső jelzésrendszernek nevezzük /external 
signaling/, a voice agent és a hang berendezés között foglal helyet. Mivel ezek a hang 
berendezések arra készülnek, hogy hang hálózatokban üzemeljenek, ezért a külső jelzés a 
telefon szabványokon alapul. A másik típusa a jelzéseknek a voice agent és a hálózat között 
foglal helyet. Ez a belső jelzésrendszer /internál signaling/, mely a transzport hálózat, vagy a 
voice agent saját szabványán alapul. 

Külső jelzésrendszer 

Négy lehetséges alternatíva van a külső jelzésrendszerre melyeket általánosan támogatnak a 
csomag alapú hangátviteli rendszerek. 

• Szabványos DTMF, vagy analóg impulzus jelzés, melyeket a telefonokban is használnak. 
Ez a típusú jelzés alkalmas olyan csomag alapú alkalmazásoknál, ahol szabványos 
telefonkészülékeket kapcsolnak közvetlenül a voice agent-hez. 

• Analóg társközponti fővonal jelzésrendszer, más néven E&M jelzésrendszer, leginkább 
négy eres analóg trönköknél használatos. 

• Digitális közös csatornás jelzésrendszer, más néven CAS /Channel Associated Signaling/, 



Forrás: http://www.doksi.hu 



digitális Tl/El trönkökön szokták használni. A CAS szabványok földrészenként 
változnak, CAS esetén a jelzés információ ugyanazon az úton halad, mint maga a hang. 
• Digitális sávon kívüli jelzésrendszer, más néven CCS /Common Channel Signaling/, 
melynél minden egyes digitális trönk (T1/E1/J1) jelzése egyetlen, vagy több közös 
csatornában továbbítódik, külön választva a továbbított hangtól. Ez a módszer általánosan 
elterjedt a PBX-eknél . /például: DPNSS, illetve QSIG, ISDN D csatorna/ 
Más formát használnak a nyilvános telefonhálózattal való összeköttetéshez. Az SS7 
/Signaling System 7/ jelzésrendszer egy belső protokol, sávon kívüli jelzést használ a hálózat 
egyes elemei között az összeköttetésekhez és a speciális szolgáltatások kérésénél /például 
ingyenes telefonszámok dekódolásánál/. A jövőbeni csomag alapú hangátviteli termékek 
valószínűleg támogatni fogják a SS7-et, mint külső jelzés protokollt. 

Belső jelzésrendszer 

A belső jelzésnek két sajátsággal kell rendelkeznie: összeköttetés vezérlés és hívás folyamat, 

illetve állapot információk. 

Az összeköttetés vezérlés jelzésrendszere a kapcsolatok, vagy a voice agent-ek közötti utak 

létrehozásához a hangcsomagok áramlásának engedélyezésére szolgál. A hívási folyamat, 

illetve állapot információkat a voice agent-ek egymással kicserélik, ezzel jelezve a csengetést, 

a foglaltságot, és így tovább. 

A hangcsomag hálózatok transzport modelljében, a belső jelzésrendszert elsődlegesen arra 

használják, hogy elkerüljék az állandó kapcsolatokat a transzport hálózaton keresztül, hogy 

támogassák a hívásokat a voice agent-ek között. A transzport modell belső összeköttetés 

jelzésrendszere összetartozik a kapcsolat orientált hálózatokkal, melyek fix sávszélesség 

erőforrásokat allokálnak. A csomagkapcsolt hálózatokon, nincs szükség összeköttetések 

létrehozására, hiszen a voice agent-ek egyszerűen csak megcímzik egymás felé a csomagokat, 

ha van átviendő információ. 

A legtöbb hálózati típusnak /például ATM, Frame Relay, és IP / megvan a saját szabvány 

jelzésrendszere. Ezek az eltérő szabványok speciális voice agent-eket igényelnek. 

A belső jelzésrendszer elfogadott modellje / összeköttetés, hívás lebonyolítás, / IP alapú 

hálózatok esetében a H.323 szabvány. A H.323 népszerű csomag alapú videó szabvány, és 

egy sor multimédiás kommunikáció szabványt definiál. A H.323 teljes multimédia hálózatot 
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definiál, a berendezésektől kezdve egészen az alkalmazott protokollokig. 

A H.323 kifejezéstárában, a voice agent-ek terminálok. A H.323 egy gatekeeper funkciót is 

definiál, mely cím fordítást és lookup-ot végez, a transzlációs modell számára. 

Ha a hálózat különböző típusú transzport hálózatokból épül fel, a H.323 definiál egy gateway 

funkciót a hálózatok között, mely elvégzi a formátum fordítást és a jelzés fordítást melyek 

szükségesek a hálózati határokon keresztül történő szállításhoz. 

A hangcsomag alkalmazások modellje mindig a felhasználó hálózatától függ. Ahol a csomag 

alapú összeköttetés társközponti fővonalként jelenik meg, a transzport modell és a 

szabványos hang kódolás és jelzésrendszer alkalmazása ajánlott. 

Ahol a több voice agent helyezkedik el a hálózati felhő körül, a transzlációs modell 

alkalmazása gazdaságosabb és nagyobb rugalmasságot biztosít. Ha a voice agent-ek 

különböző fajtájúak, rendkívül fontos, hogy a teljes rendszer a H.323 szabványon alapuljon, 

És ezzel biztosítva legyen a voice agent-ek és a katalógus funkciók /terminálok, gatekeeper- 

ek és gateway-ek/ kompatibilitása. Ilyenkor, a vásárlónak biztosnak kell lennie abban, hogy a 

H.323 részegységek támogatják a kiegészítő hang kódolási szabványokat, ha ezek 

szükségesek ahhoz, hogy biztosítsuk a hang minőségének szintjét és a hálózat 

gazdaságosságát. 

A magán hálózatok esetében célszerű a H.323 alapú, homogén hálózatra törekedni a csomag 

alapú videó berendezések beszerzésénél, abban az esetben, ha a berendezések különböző 

gyártóktól származnak, ügyelni kell az egyes egységek közötti együttműködésre /tesztelés/. 

Mint ahogy más nemzetközi szabványok esetében is előfordul, a H.323 sok plusz funkciót 

enged meg, köztük sok igen hasznos hang tömörítési eljárást. Azonban az opcionális funkciók 

nem tartoznak bele szorosan a szabványba emiatt egyes berendezések nem feltétlenül 

rendelkeznek vele. 

Gyakran előfordul, hogy a hálózat több szintű; IP szállítás Frame Relay-on, illetve ATM-en 

keresztül. Az ilyen típusú hálózatok esetében lehetőség van hangcsomagok küldésére 

bármelyik szinten, célszerű a szállításra legalkalmasabb szintet kiválasztani. 



Forrás: http://www.doksi.hu 



Csomag alapú hang hálózatok alkalmazása 

A csomag alapú hang hálózatokat két nagy tényező alapján lehet jól felbontani: földrajzi 
fekvés alapján és a kiszolgált felhasználók típusai alapján. A hálózat gazdaságossága és az 
alkalmazott technológia nem befolyásolja ezeket a tényezőket, de lehetnek törvényes 
kényszerek sok térségben, ennek a két tényezőnek bizonyos kombinációinál. 
A telekommunikáció országhatárokon belül és nemzetközi szinten egyaránt szigorúan 
szabályozott. Néhány országban, például az USA-ban többféle szintje van a szabályozásnak. 
Minden esetben szerződésekben rögzítettek a nemzetközi kapcsolatok szabályai, sebességei. 
Fontos minden hangátvitelre alkalmas hálózat tervezésénél, hogy ismerjük és betartsuk az ide 
vonatkozó előírásokat. A jelenlegi általános szabályozást a következőképpen foglalhatjuk 
össze: 

• A nemzeti szabályozás, illetve a távközlési törvények szinte minden esetben lehetővé 
teszik a vállalatok számára, hogy saját telephelyeiken hangátvitelre alkalmas csomag 
alapú hálózatokat építsenek ki. 

• Többnyire olyan hívások is szállíthatók ezeken a hálózatokon keresztül, melyek forrása 
hagyományos telefonhálózatban van. 

• Ha az ide vonatkozó előírások lehetővé teszik, más /akár másik országban lévő/ 
vállalatokkal létesített hangcsomag hálózati összeköttetések is megengedettek. 

• Olyan esetben ha egy külső, telefonhálózatból érkező hívás hang csomag hálózaton 
keresztül másik országba jut át, nemzeti monopóliumokat sérthet. 

• Amennyiben a hang csomag hálózat kapcsolja össze a vállalatot a nyilvános 
telefonhálózattal, a hangcsomag szolgáltató alapvetően helyi, illetve nemzetközi telefon 
szolgáltatást nyújt, melyre konkrét rendszabályok vonatkoznak. 

• Ha a hangcsomag hálózat nyilvános, országok közötti hívást tesz lehetővé, a hangcsomag 
szolgáltatóra nemcsak hazai, hanem a nemzetközi előírások is érvényesek. 
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A C&C Technológia 

A C&C rövidítés, a Kommunikáció és Együttműködés /Communication and Collaboration/ 
szavakból származik. A C&C technológián belül öt fő területet különböztethetünk meg: 

1 . Valós idejű együttműködési technológia /Reál Time Collaboration Technology/ 

A valós idejű együttműködési technológia megoldásokat nyújt az egyidőben, együtt dolgozó 
emberek egymás közötti kommunikációjának javítására. 



• 



• 



• 



• 



CTI technológia 

Számítógép és telefon integráció /Computer Telephony Integration /, mely számítógépek 
segítségével irányítja a telefonokat. Hang és adat integráció. 

Videó és dokumentum konferencia /Videó és Document Conferencing/ 

Kiegészíti a CTI technológiát osztott vizuális munkahelyekkel. Ezeken a munkahelyeken 
több ember folytathat megbeszélést, hívásokat fogadhat, illetve kezdeményezhet és 
vizuális információkat szolgáltathat, valamint valós időben manipulálhatja a meg osztott 
anyagokat. 

Tárol és továbbít együttműködési technológia /Store-and-Forward Collaboration 
Technology/ 

A nagy távolságok miatt valós idejű együttműködésre nincs lehetőség. A tárol és továbbít 
technológia lehetőséget nyújt az emberek közötti együttműködésre, eltérő idő és hely 
esetén is. 

Üzenetküldés /Messaging/ 

Magában foglalja az elektronikus leveleket, faxokat, hang üzeneteket és egyéb 
információkat, melyeket az egyik ember küld másik /lehet több/ embernek, és az 
információ érkezése és küldése időben egymástól kellően elkülönül. 
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• Megjelenítés és tallózás /Publishing and browsing/ 

A megjelenítés és tallózás technológiák kiegészítik az üzenetküldési technológiákat. Az 
üzenetküldés direkt információ küldés, a megjelenítés és a tallózás technológiák esetén 
indirekt módon jutnak el az információk a személyekhez. Az információk azoknak áll 
rendelkezésére, akiknek jogosultságuk van a hozzáféréshez. Az Internet World Wide 
Web-je kiváló példa erre. 

Az 5 fő terület közül az utóbbi időben leglátványosabb fejlődést, a CTI technológia produkált. 
A CTI technológiának 3 aspektus van: 

• Hívás irányítás /Call control/ 

A hívás irányítás az a képesség, mellyel figyeljük és irányítjuk a telefonhívásokat, a 
kapcsolásokat és az állapotot, az ACD-ket és az ACD agent-eket, és olyan erőforrásokat 
használunk, mint pl: tone generátor, és tone detector. 

• Telefon vezérlés /Telephoné Control/ 

A telefon vezérlés az a képesség, mellyel figyeljük és irányítjuk a ténylegesen létező 
telefon berendezéseket, illetve a számítógép perifériákat. 

• Eszköz hozzáférés /Media Access/ 

Az eszköz hozzáférés magában foglalja a telefonhívások összekötését más médiákkal. 
/Pl: hang feldolgozás, fax feldolgozás, videókonferencia és telekommunikáció/. 



CTI megoldástípusok 

• Hívás könyvelés 

Hívás könyvelő alkalmazások, melyek követik a hívásokat /hívott fél, hívó fél, hívás 
ideje, hívás időtartalma, stb./ figyelik a telefonok forgalmát, kihasználtságát, a 
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szolgáltatások díját, stb. 

• Automata-hívás 

Automata hívásokkal képessé válik a számítógép használója, hogy egyszerűen jelezze az 
igényét hogy beszélni akar valakivel. A CTI szoftver magára vállalja a teljes folyamatot. 
Kikeresi a megfelelő személyt, kikeresi a hozzátartozó telefonszámot, meghatározza a 
hívás legoptimálisabb útvonalát /az időzóna, földrajzi hely, stb. függvényében/. Tárcsázza 
a számot és a számlázási információkat is lekezeli. Ezeknek az alkalmazásoknak 
elsősorban az időmegtakarítás szempontjából van jelentősége. 

Az automatikus tárcsázás 1-10 másodpercet vesz igénybe, míg ez normális tárcsázás 
esetén /telefonszám kikeresése, tárcsázás, stb./ 15 másodperctől egészen 1 percig is 
terjedhet. A vállalatok napi sok száz telefonhívása esetén ez már havi lebontásban is 
hatalmas idő (és természetesen pénz) megtakarítást jelent! 

• Képernyő alapú telefon SBT /Screen-based telephony/ 

A képernyő alapú /screen-based/ telefonok, olyan szoftverek, melyek telefonnal 
egyenértékű felületet nyújtanak a felhasználónak. Az ilyen típusú telefonok ugyanúgy 
viselkednek, mint hagyományos társaik, többnyire /implementálható s águkból adódóan/ 
több plusz funkcióval rendelkeznek. Fontos tulajdonságuk, hogy a felhasználók egyéni 
igényeihez adaptálhatók (változtatható külső megjelenés, több/kevesebb funkció) 
A megfigyelések azt bizonyítják, hogy a felhasználók sokkal több funkciót használnak 
telefonáláskor, mint a hagyományos asztali készülékek esetében (hívásvárakoztatás, 
parkoltatás, pick up/partner csoport, visszahíváskérés). Ez elsősorban az egyszerűbb 
használat miatt van, hiszen a hagyományos telefonok sok esetben (*, illetve # beütése 
után) csak bonyolult számkombinációk után hajtották végre ezen funkciókat. 

Ablakfeldobás /screen pop/ 

A bejövő hívások, automatikusan a számítógép képernyőjére irányíthatók. Ilyenkor az 
ablakban megjelennek a hívó adatai, ami lehetővé teszi a számítógép mellett ülőnek, hogy 
felkészüljön a hívás fogadására, illetve tovább irányítsa más kollégákhoz, vagy a 
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hangposta felé. 

Programozható telefon 

A számítógépben beállított jellemzők alapján a telefon vezérlése. Az alkalmazás lehet 
csak egy egyszerű bejövő hívás tiltás egy megadott telefonszámról, de lehet egy igen 
bonyolult interaktív válaszoló rendszer is, mely képes egy személyi titkárnő funkcióját 
ellátni. 

Hangfeldolgozás 

A programozható telefonok része, mely különböző médiák segítségével reagál a hívásra. 
Az egyszerűbb alkalmazások zenét játszanak le a várakozási idő alatt, hang üzenetet 
rögzítenek, a bonyolultabbak már hang infomációkat is képesek értelmezni. 



• Hívás irányítás /Call routing/ 

A programozható telefonok lehetőségei közé tartozik. Automatikus hívás továbbításra 
képes, adott telefonszámra. A hívás a telefon rendszer által szolgáltatott plusz 
információk alapján történik, vagy a hangfeldolgozás valamilyen művelete alapján. 

• Hívás megjelenítés /Call screening/ 

Lehetővé teszi a CTI technológia alkalmazásával a hívások szűrését és lekezelését. A 
hívások sorsa a hívó fél jellemzőitől /pl telefonszám/, a hívó és a hívott szándékától 
egyaránt függnek. A felügyeleti hívás megjelenítés /Attended call screening/ 
ablakfeldobást használó megoldás. A képernyőn megjelenő információk alapján a 
felhasználó rögtön eldöntheti: szeretné-e fogadni a hívást. A döntést, a hívó telefonszáma 
alapján teszi meg. 

• Automatikus kezelő /Autó attendant/ 

Hang felismerés segítségével, hasonlóan a régi telefonos kezelőkhöz, kapcsolatba kerül a 
hívóval, és a kapott információk alapján a kívánt személyhez irányítja a hívást. 
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• Információs visszakereső /Information retrieval/ 

Hang felismerő képességével megválaszolja /pl. visszajátsza/ a kért információkat, 
automatikusan, emberi beavatkozás nélkül. Alkalmazására intelligens üzenetrögzítőknél 
láthatunk példákat, ahol az üzeneteket parancsok kiadása után lehet lejátszatni, 
visszajátszani. 

• Fax visszaküldés /Fax-back/ 

Információ szolgáltatás faxon keresztül, melynek során a kérések faxhívások útján 
kerülnek megválaszolásra. 

Összefoglalás 

Napjaink nyilvános telefon hálózata sok szempontból ugyanolyan mint a 80' -as években 
elején volt. Ez idő alatt, robbanásszerű fejlődésen mentek keresztül az adathálózatok terén 
alkalmazott technológiák, melyek hatására az adat hálózatok gazdaságossága és az átvitel 
minősége egyre jobbá vált. Ez a fejlődés napjainkban is tart, az új irányt a hangátvitelt 
csomag alapú hálózatokon keresztül megoldó rendszerek jelentik. A hangcsomagok szállítása 
fejlett tömörítési algoritmusokat igényel, mint például az ACELP-alapú G.729, mely közel 
16x kisebb sávszélességet igényel a hagyományos telefonhálózatokban alkalmazott PCM-hez 
képest. A felhasználók a már kiépített adat hálózatukon keresztül könnyen továbbíthatja a 
hang forgalmukat is, minimális költségekkel, illetve akár költségek nélkül. A vonalkapcsolt 
T1/E1/J1 hang hálózatok felhasználói a hangcsomag hálózat átvitellel plusz sávszélességet, 
tudnak felszabadítania a hang trönkökről, melyet akár adattovábbításra is felhasználhatnak. 
Nem minden hálózat és nem minden felhasználó képes a csomag alapú hálózatok segítségével 
lecsökkenteni a telefonköltségeit. Néhány hálózat nem rendelkezik elégséges erőforrás 
tartalékkal a betömörített hang továbbítására. Az ilyen hálózatok fejlesztése a hangátvitel 
érdekében, előzetes pénzügyi analízist igényelnek. Leszögezhetjük, hogy a hangátvitelre 
alkalmas csomag alapú hálózatok sosem lesznek drágábbak mint a hagyományos 
vonalkapcsolt hálózatok, többnyire messze elmaradnak azok költségeitől és ezáltal rövid és 
hosszú távon egyaránt megéri őket megvalósítani. 
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VolP technológia 

Bevezető 

Ebben a fejezetben azoknak a technológiáknak az ismertetése található, amelyek lehetővé 
teszik csomag alapú telefonhálózatok, speciálisan a Voice over IP rendszerek alkalmazását. A 
hangátvitel szempontjából olyan alapfokú ismereteket biztosít, amelyek a hang technológia 
csomag alapú hálózatokban történő alkalmazásának a megértéséhez szükségesek. 

Késleltetés 

A feldolgozási késleltetés a hagyományos telefonhálózatban is probléma azonban a csomag 
alapú hálózatokban nagyobb körültekintést igényel. A következő részben a különböző 
feldolgozási késleltetések és ezek hatásainak ismertetése található. 

A G.729 kódoló algoritmusból adódó késleltetése körülbelül 20 ms. A Cisco IOS voice over 
IP termékek minden 10 ms-ban egy frame-et generálnak. Ezután két darab hang frame kerül 
egy hang packet-be, így kapjuk meg a 20 ms késleltetést. A különböző gyártók eldönthetik, 
hogy egy packet-ban hány hang frame kerüljön továbbításra. A Cisco termékekben a DSP 
processzor végzi a hang csomagok kezelésével kapcsolatos összes műveletet, annak 
érdekében, hogy a routernek minél kevesebb hangtovábbítással kapcsolatos többletfeladatot 
kelljen elvégezni, ezzel a javítva a routing feladatok gyorsaságát. Például a Real-Time 
Transport Protocol (RTP) fejléc hozzáillesztése a csomagokhoz, a DSP áramkörben történik. 
A csomag alapú hálózatokban több más késleltetés is adódik, a csomagok sorbarendezése és a 
sorban várakozás a továbbításra, további késleltetést okoz. A Cisco IOS szoftver kifinomult 
routing algoritmussal rendelkezik, más PC alapú eszközökhöz képest kisebb az ilyen típusú 
késleltetése. A kimeneti tárolóba kerüléstől a továbbításig eltelt idő a megfelelő sorbaállítási 
algoritmusok megválasztásával 10 ms alatt tartható. A 2. Táblázat a különböző típusú 
kódolók különböző késleltetés értékeit tartalmazza. 
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Compression Method 


Bit Rate (kbps) 


Compression Delay (ms) 


G.711PCM 


64 


0.75 


G.726 ADPCM 


32 


1 


G.728 LD-CELP 


16 


3-5 


G.729 CS-ACELP 


8 


10 


G.729a CS-ACELP 


8 


10 


G723.1MP-MLQ 


6.3 


30 


G.723.1 ACELP 


5.3 


30 



2. Táblázat Kódolók késleltetései 



További két tényező befolyásolja a késleltetést. Az abszolút késleltetés kihathat a 
telefonbeszélgetés szokványos ritmusára, és a késleltetés változás vagy jitter szintén 
befolyással van a beszédminőségre. Az abszolút késleltetés kieséseket okozhat a beszédben, 
megtörheti a ritmusát, vagy nagyon nagy késleltetés esetén CB-szerüvé válhat a 
kommunikáció, amikor is a beszélőnek külön szóval kell jelezni, azt, hogy befejezte a 
mondatot és a másik fél beszélhet. 

A Jitter, a csomag várt érkezési ideje és a valós megérkezése idő között eltelt időtartam. A 
csomag alapú eszközöknek gondoskodniuk kell a jitter kompenzálásról. Az eszközök 
kimenetén egy megfelelő nagyságú buffer használatával biztosítani lehet a csomagok 
egyenletes feldolgozását, elkerülve ezzel a beszéd megszakadását. 

A felhasználói oldalról a kimeneti buffer konfigurálás igen egyszerű. Az RTP enkapszulációt 
használva az 'adaptive playout-delay mode' (alapbeállítás) kiválasztása lehetséges. A 
konfiguráció beállításánál definiálni kell egy kezdeti (nominális) értéket (alapértékben 60 ms) 
és egy maximum értéket (alapértékben 200 ms), feltételezve, azt hogy földi vonalakat 
figyelembe véve a G.729 esetében, a késleltetés nem lesz több mint 300 ms. Az adaptív 
kimeneti késleltetést megnöveljük ezzel a maximum értékkel. Ennek két oka van, az egyik, az 
hogy a maximális késleltetést, a DSP-ben a jitter buffer számára allokált memória határozza 
meg. Az aktuális DSP firmware verzióban a 64 kbps kódolók számára 200 ms, a 8 kbps 
kódolók számára pedig 1360 ms-nyi kimeneti késleltetés memória van allokálva. A másik ok 
pedig az, hogy ezáltal beállíthatunk egy maximális szintet ennek a kimeneti késleltetés 
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komponensek. Abban az esetben, ha a késleltetés meghaladja a maximális értéket, tehát a 
kimeneti buffer kiürül az újabb csomagok megérkezése előtt, akkor lehetőség van a kapcsolat 
bontására, valamint a kimenti buffer statisztika jelzi a buffer kicsordulást. A minimális 
kimeneti késleltetés konfigurálása nem szükséges. Az ideális érték a 0, a Cisco eszközökben 
ez az érték 2 ms. 

A vételi késleltetés tartalmazza a jitter kompenzálásához szükséges kimeneti késleltetést, 
valamint egy átlagos késleltetés értéket (a keretek megérkezése és a dekódolásra kerülés 
közötti idő), ami a PCM, és ADPCM esetében 5 ms, G.729 kódolóknál pedig 10 ms. Mindkét 
oldalon hozzáadva ezeket a késleltetéseket a kódolási, a csomagolási és a hálózati 
késleltetéshez, megkapjuk a kapcsolat két végpont közötti teljes késleltetését. A kódolási 
késleltetés tartalmazza az 5 ms-os VAD (voice activity detection) késleltetést, valamint a 
visszhangtörlés megvalósításához szükséges időt. A pont-pont késleltetés elemeinek a 
meghatározása egyszerű abban az esetben, ha ismert a teljes útvonal, a kódoló típusa valamint 
a csomagméret. Például egy egyetemi hálózatban, ahol a hálózati késleltetés fix értékei és a 
csatlakozási késleltetés közel nullával egyenlők, a kódoló típusa G.729 és a csomagméret 20 
byte, a kódolási késleltetés 20 ms lesz, plusz ehhez hozzáadódik még 20 ms csomagolási 
késleltetés (a következő keret érkezéséig eltelt idő). Hozzáadva ezt a 40 ms-ot a vételi 
késleltetéshez egy elég jó becslést kapunk a teljes pont-pont késleltetéshez. A fenti példában, 
ha nincsen adattorlódás a teljes pont-pont késleltetés 50 ms körüli értéknek adódik. A vételi 
késleltetés esetében az aktuális, a minimális és a maximális érték statisztikát tartalmazzák az 
eszközök. 

Amikor egy csomag nem érkezik meg az adott kimeneti késleltetés időtartamban vagy 
elveszik, kimeneti hibák keletkeznek. A hiányzó csomagok kiküszöbölése különbözik attól 
függően, hogy a hiba beszéd közben vagy olyan időszakra esik, amikor éppen nincsen beszéd. 
A beszédidőszakra eső csomagok a folyamatos hiányzó rész hosszúságától függően, pótolva 
lesznek az előző, meglévő mintákból. Ha 30-50 ms-ig nem érkezik érvényes csomag, akkor 
csend információ kerül a kimenetre. 

Kimeneti bufferkezelés 

A következő részben a kódoló kimeneti oldalán megvalósított késleltetés-vezérlés ismertetése 
olvasható. 
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A beérkező csomagok esetében a késleltetés értéke egy referencia késleltetéshez viszonyított 
érték, ez a referencia érték azonos a csomag megérkezése előtti időszakban mért minimum 
késleltetéssel. Az aktuális mintától időben távolodó minták exponenciálisan kisebb súllyal 
számítanak bele a referencia értékbe. Erre azért van szükség, nehogy egy 5000-10000 
csomaggal régebbi abszolút minimum késleltetéssel érkező minta, végleg beállítsa a 
referencia késleltetést. Ha egy beérkező csomag késleltetése kisebb, mint a pillanatnyi 
referencia, és a csomag megfelelő sorrendben érkezett meg a referencia érték törlődik. 
A megvalósítást követve a delay_Now változó a jitter buffer aktuális nagyságát jellemzi, a 
delayupdate változó pedig a beérkező csomagok aktuális késleltetését követi. A jitter buffer 
nagysága ezen változók segítségével követi az aktuális csomagok késleltetését. A legtöbb 
esetben a delay_Now változó a delay_update értékét veszi fel egy beszédfolyam elején. Ez a 
kiigazítás akkor is megtörténik, amikor a delay_update változó több mint 25 %-al eltér a 
delayNow értékétől. Az utóbbi kiigazítás magyarázatul szolgál azokra az esetekre, amikor a 
VAD nem működik vagy a jitter gyorsan változik. Ezáltal elkerülhető az, hogy a delayNow 
túl nagymértékben térjen el a delayupdate értékétől. 

Abban az esetben, amikor egy bejövő csomag késleltetése a delay_update 50-75%-a, nincs 
szükség frissítésre. Ha az előző szituáció elég hosszú ideig fennállna a referencia késleltetés 
úgy egyenlítődne ki, hogy az aktuális késleltetés kiesne ebből az 50-75%-os sávból és a 
delay_update addig illeszkedne amíg be nem áll egy új értékre, kivéve abban az estben 
amikor a delay_update értéke azonos a minimum kimeneti késleltetéssel. 
A delay_update növelése a delay_update 1/64-ed részével történik, ha a csomag késleltetése a 
delay_update 75-100%-a közé esik, ha a késleltetés meghaladja a 100%-ot a növelés üteme 
25%-ra nő. A késleltetés felfelé irányuló növelése azért ilyen agresszív módon történik, mert 
ebben az esetben kevés csomag fog kiesni (elveszve ezáltal) az aktuális jitter buffer méretből. 
A delay_update csökkentése akkor következik be, amikor a csomag késleltetése kisebb, mint 
a delay_update 50%-a. A csökkentés üteme sokkal kisebb, mint a növelésé. A delay_update 
50%-os csökkenése 200-300 csomagnyi idő alatt megy végbe. Ez az idő 20 ms-os 
csomagidőtartamot figyelembe véve 4-6 másodperc, szintén 20 ms-os csomagok mellett kb. 
15 másodpercet (kb. 750 csomag) igényel a delayupdate lecsökkentése a maximum értékről 
a minimumra, ha a jitter a csomag időtartam alá esik. Körülbelül 6 csengetési idő alatt 
lecsökken a delay buffer nagysága a kezdeti (nominal_delay) 100 ms-os értékéről a minimum 
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2 ms-os értékre, abban az estben, ha nincs hangforgalom. A konvergencia exponenciális 
jellege miatt nem tartana sokkal tovább a minimumra csökkenés, egy magasabb kiindulási 
értékről sem. 

H.323 alapok 

Az ITU-T H.323 specifikáció multimédia (hang, adat, videó) információ továbbítását teszi 

lehetővé olyan lokális számítógép hálózatokon keresztül, amelyek nem rendelkeznek 

garantált minőségi paraméterekkel. A lokális hálózat használhat IP, IPX vagy tetszőleges 

hálózati protokollokat. A H.323 alkalmazásával biztosítható a különböző gyártók közötti 

együttműködés. 

A H.323 a kommunikációban részt vevő elemeket specifikálja. Ezek az elemek a következők: 

H.323 MCU, H.323 gateway és a H.323 gatekeeper. A H.323 szabványnak nem része 

bármilyen QoS paraméter specifikálás. Egy H.323 terminál feladata hang és opcionálisan 

videó és adat továbbítás. 

A H.323 protokoll magába foglalja az audió, videó, és hang-alkalmazásokat valamint ezek 

vezérlését. Az ajánlott audió kódolók a következők: G.711, G.722, G. 723.1, G.728 és a 

G.729. A voice IP fórum a G.723.1 kódolási eljárást ajánlja VoIP alkalmazásokra. A videó 

kódolás területén a H.261 és a H.263 kódolók ajánlottak. A H.323 terminálok vezérléséhez a 

H.245, H.225.0 a Registration/Admission/Status (RAS), és a RTP/RTPControl Protocol 

(RTCP) protokollok használatosak. 

A H.245 kontrol csatorna biztosítja a megbízható átvitelt a különböző jelzés információk 

számára (capabilities exchange, logical channel signaling, control, indication). A TCP 

biztosítja a VoIP számára a megbízható továbbítást. A H.245 segítségével tudják a H.323 

terminálok közölni egymással a szolgáltatási paramétereiket, pl, azt hogy milyen kódolásra 

képesek. 

H.225.0 protokoll a Q.931 egyszerűsített változatát használja, a H.323 terminálok közötti 

kapcsolat kiépítésére. 

A RAS protokoll a H.323 gateway és gatekeeper kommunikációhoz használatos. A 

gatekeeper nem kötelező elem a H.323 hálózatban. A szabvány nem specifikálja, azt hogy a 

gatekeeper funkciókat mely eszköznek kell megvalósítania. A különböző gyártók maguk 

dönthetik el hogy melyik fizikai eszköz látja el ezen funkciókat. 
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Az RTP és az RTCP specifikációit a H.323 is tartalmazza. Miután a H.323 hívás-felépítési 
folyamat lezajlott, a hang és videó csomagok továbbítása UDP prtokollt (3. Táblázat) 
használva történik. Az audió és videó jelfolyam sorrendi kezelését az RTP fejlécben levő 
információk alapján végzik a H.323 eszközök. Az RTP fejléc tartalmaz egy idő megjelölést 
(time stamp) és egy sorozat számot (sequence number), aminek a segítségével az eszközök 
kezelni tudják a kimeneti buffer nagyságát, kiküszöbölve a hálózati jittert és késleltetést. 
Az RTP és RTCP protokollok biztosítják a késleltetés és időérzékeny információk 
továbbítását a nem garantált paraméterű hálózatokon. Az RTCP protokol feladata a hálózat 
paramétereinek a figyelemmel követése és ezen információk közlése a résztvevő elemekkel. 
Az RTCP forgalom nem lépheti túl a hálózati forgalom 5%-át. 
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3. Táblázat UDP portok 

A H.323 rendszer elemei 

Az ITU H.323 Ajánlás tartalmazza a H.323 kompatíbilis rendszer komponenseit. A 
komponensek lehetnek terminálok, gateway, gatekeeper, multipoint controller (MC), 
multipoint processor (MP) és multipoint control unit (MCU). A H.323 hálózat tartalmazhat 
még az IP kommunikációhoz, a biztonsági , QoS, proxi, firewall feladatok ellátásához 
szükséges elemeket. 

H.323 terminál 

A H.323 terminál a LAN hálózaton elhelyezkedő kommunikációs végpont, amelyik alkalmas 
valós idejű kétirányú kommunikációra másik H.323 terminállal, gateway-al, vagy MCU-val. 
A kommunikáció magában foglalja a kontrol, visszajelzés, audió, színes videó, és adat 
forgalmat a terminálok között. Bármely terminál kommunikálhat csak hang, hang és adat, 
hang és videó, és hang adat videó módban. Több H.323 terminál fejlesztés alatt áll pl. Internet 
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telefon, audió, videó konferencia terminálok. 
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4. Ábra H.323 termiálok együttműködése 

A H.323 terminál által kötelezően támogatott elemek: 

• H.245 csatorna használat és képesség egyeztetés protokoll 

• Q.931 hívásfelépítés/vezérlés 

• RAS protokoll a gatekeeperrel való kummunikációhoz 

• RTP/RTCP audió és videó csomagok időzítése, sorrendi kezelése 
A H.323 terminál által opcionálisan támogatott elemek 

• Videó kodek 

• T . 1 20 adatkonferencia protokoll 

• MCU képességek 

• Gateway 

Az 4. Ábra a különböző H.323 terminálok közötti együttműködést mutatja. 
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• Analóg PSTN kapcsolat 

• H.320 terminál ISDN kommunikáció 



• H.324 terminál PSTN kommunikáció 

A gateway letükrözi a LAN H.323 terminál karakterisztikáját a WAN terminál számára és 
vissza. A gateway képes a H.323 konferencia elemek és terminálok közötti konverzióra. Ez a 
funkció kiterjed a különböző formátumok (pl., H.225-ről H.221-re), és a különböző 
kommunikációs eljárások (pl., H. 245-ről H.242-re) közötti konvertálásra. A gateway képes az 
audió és videó kodekek közötti konvertálásra, valamint a LAN és a WAN oldalon 
hívásfelépítésre és bontásra. A H.323 gateway képes továbbá H.310, H. 321, H.322, és V.70 
szabványú terminálok támogatására. A 5. Ábra egy H.323/H.320 gateway-t illusztrál. 
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5. Ábra H.323/H.320 gateway 
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Proxy gateway 

A proxi gateway egy speciális gateway, biztonságos kapcsolatot biztosít a H.323 terminálok 
számára. A Cisco Multimedia Conference Manager tartalmaz proxy szolgáltatást, amivel 
traffic shaping, security, és policy menedzsment szolgáltatásokat tud nyújtani biztonságos 
csatornán keresztül. 

Gatekeeper 

A gatekeeper a H.323 opcionális eleme, hívásvezérlő szolgáltatásokat nyújt a H.323 
végpontok számára. Egy vagy akár több gatekeeper is lehet egy hálózatban, logikailag 
elkülönül a hálózati végponttól. Ameddig a gatekeeper-gatekeeper kommunikációs 
szabványok nincsenek megalkotva a fizikai implementáció közös lehet a terminállal, MCU- 
val, gateway-el vagy más nem-H.323 LAN eszközzel. 
A gatekeeper szolgáltatásai a következők: 

• Address translation — Alias címek használata címfordításnál. A gatekeeper egy translation 
táblát használ, amit regisztrációs üzenetek felhasználásával frissít. 

• Admission control — LAN hozzáférés authorizálás ARQ/ACF/ARJ/H. 225.0 üzeneteket 
használva. Használhatjuk oly módon, hogy minden kérelmet elfogadjon szűrés nélkül 
(null function). 

• Bandwith control — BRQ/BRJ/BCF üzenetek támogatása, Használhatjuk oly módon, hogy 
minden sávszélesség igény kérelmet elfogadjon szűrés nélkül (null function). 

• Zone management — A fenti funkciók biztosítása regisztrált terminálok, MCU-k, és 
gateway-ek számára. 

Opcionális gatekeeper funkciók lehetnek a következők: 

• Call control signaling — a gatekeeper vezérli a jelzéscsatornák (Q.931 protokoll) 
kiépülését a végpontok között, egy végpont között kiépülhet közvetlen vagy a gatekeeper- 
en keresztüli jelzéscsatorna. 

• Call authorization — A H.225 jelzések alapján a gatekeeper elutasíthat hívásokat 
jogosultsági hibák esetén. A jogosultsági vizsgálatok alapulhatnak fizikai (pl. bizonyos 
eszközök csak bizonyos gateway, terminálhoz férhetnek hozzá) vagy időkorlát jogokon. 

• Bandwith management — H.323 terminálok egy időbeni többszörös LAN hozzáférésének a 
vezérlése. Sávszélesség szegény esetekben a gatekeeper a H. 225.0 jelzések használatával 
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elutasíthatja a terminál felől érkező hívásokat. Ez a funkció akkor is működik, amikor egy 
aktív terminál több sávszélességet igényel. 

• Call management — Az aktív H.323 kapcsolat nyilvántartása. Ezek az információk jelzik, 
pl. azt hogy a hívott terminál foglalt, vagy információval szolgálnak más erőforrás 
menedzsment funkcióknak. 

• Directory services 

Az ITU a következő két funkciót a H.323 szabvány következő verziójáig nem specifikálta: 

• Gatekeeper menedzsment információ adatstruktúra 

• Sávszélesség allokálás azon terminálok számára, amelyek nem támogatják ezt a funkciót. 
A Cisco MCM tartalmaz gatekeeper funkciókat, amelyek autentikációs, sávszélesség 
menedzsment, jogosultság hozzáférés szolgáltatásokat nyújtanak. A Cisco Proxy-val 
együttműködve további erőforrás allokálási/menedzselési, hívásvezérlési, H.323 traffic 
shaping és alkalmazás specifikus routing szolgáltatásokat képes nyújtani. 

Multipoint controller 

A multipoint controller (MC) a LAN hálózaton elhelyezkedő H.323 eszköz, amely három 
vagy több terminál konferencia kommunikációját irányítja. Vezérelhet olyan pont-pont 
kapcsolatokat, amelyekbe később újabb felek vonhatók be. A terminálok az MC segítségével 
képesek egymás képességeinek a megismerésére. Vezérelhet egyéb konferencia erőforrásokat, 
mint például a multicast videó. 

Az MC funkció fizikailag megvalósítható a gatekeeper, a gateway, a terminál, vagy az MCU 
eszközben. A H.323 szerint egy multipont konferenciában egyszerre egy MC lehet. 

Multipoint Processor 

A multipoint processor (MP) a LAN hálózaton elhelyezkedő H.323 eszköz, amelyik 
központosított módon dolgozza fel a konferenciában résztvevő elemek adat, videó, és audió 
folyamait. Az MP végzi a különböző adatfolyamok keverését, kapcsolását, feldolgozását az 
MC utasításai alapján. 

Multipoint Control Unit 

A multipoint control unit (MCU) teszi lehetővé a három vagy több fél közötti konferenciát. A 
H.323 szerint az MCU egy a központosított konferencia vezérléshez szükséges MC-t, és az 
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információfolyamok feldolgozásához szükséges opcionális egy MP-t tartalmaz. 

A H.323 szabvány szerint csak a centralizált multipont konferencia esetén kötelező az MCU 

jelenléte, az elosztott konferencia esetén különböző multicast technikák alkalmazásával 

történik az adminisztráció. 

A H.323 multipont konferenciában résztvevő terminálok a kommunikáció alatt az MCU-val 

állnak pont-pont kapcsolatban, mind az információtovábbítás mind pedig a vezérlés 

szempontjából. Az MC funkció végzi a H.245 jelzések alapján a kommunikáció kiépítéséhez 

szükséges képességek egyeztetését a különböző résztvevők között. Továbbá az MC vezérli 

konferencia erőforrásokat, nyilvántartva azt, hogy melyik audió, videó folyam multicast. Az 

MP kezeli közvetlenül az audió és videó folyamokat, valamint elvégzi a konvertálást a 

különböző kódolások és sebességek között. 

Elosztott multipont konferencia esetés a terminálok multicast módon továbbítják az audió, 

videó folyamokat, a H.245 jelzésinformáció feldolgozását ebben az esetben is végezheti 

MCU. 

Hibrid multipont konferencia esetén a centralizált és az elosztott vezérlés kombinációját 

használják. Ebben az esetben az MCU a centralizált és elosztott vezérlésű konferencia 

terminálok közötti bridge-elést végez, a terminálok számára ebben az esetben az MCU 

átlátszó. 

A H.323 szabvány ismertetése 

A H.323 szabvány a H.320 szabvány kiterjesztése, ami által az intranet és más 
csomagkapcsolt hálózatok számára is lehetővé válik a multimédia és konferencia információk 
továbbítása. A H.323 szabvány részei azok az eszközök, amelyek részt vesznek vagy vezérlik 
a H.323 kommunikációt. A szabvány nem foglalkozik a LAN hálózattal, valamint a LAN 
hálózatokat összekötő protokollokkal. 

A többi ETU multimédia szabványhoz hasonlóan a H.323 pont-pont és pont-multipont 
kapcsolatok kiépítését teszi lehetővé. A konferencia kommunikáció lehet centralizált vagy 
szétosztott vezérlésű. 
Az ITU által specifikált komponensek: 

• H.225: Hívásvezérléshez szükséges üzenetek, mint jelzések, azonosítás, csomagkezelés, 
szinkronizálás, 
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• H.245: Különböző média folyamok felépítéséhez szükséges üzenetek 

• H.261: Videó kodek, Nx64 Kbps sebességekre 

• H.263: Analóg telefonvonalakon használatos új videó kodek 

• G.71 1: Audió kodek, 3.1 KHz mintavételi sávval 48, 56, és 64 Kbps sebességekre 

• G.722: Audió kodek, 7 KHz mintavételi sávval 48, 56, and 64 Kbps 

• G.728 : Audió kodek, 3 . 1 KHz , 1 6 Kbps 

• G.723: Audió kodek, 5.3 és 6.3 Kbps 

• G.729: Audió kodek 
A H.323 előnyei: 

• Rugalmas és átfogó konfiguráció VoIP, asztali videó konferencia, whiteboard 
alkalmazásokhoz 

• Multimédia szabvány a már meglévő szabványos IP alapú infrastruktúrára, az új szabvány 
szükségtelenné teszi a számítógépes és hálózati infrastruktúra kicserélését 

• A hálózat erőforrásainak a menedzselése, ezáltal elkerülhető a hálózati torlódás vagy 
blokkolódás multimédia konferencia esetén. Az MCM lehetővé teszi a konferencia 
számára rendelkezésre álló sávszélesség korlátozását. 

• Az iparág, vezető vállalati által támogatott: Cisco, Intel, Microsoft. . . 

• Platform független. A H.323 elemek nincsenek semmilyen hardware-hez vagy operációs 
rendszerhez kötve, a megvalósítás széles eszköz határok között változhat, pl. PC, 
célhardware.. 

• A konferencia kapcsolat nem csak azonos típusú és képességű eszközök között jöhet létre. 
Például egy audió terminál részt vehet egy konferenciában olyan terminálokkal, amelyek 
audió és videó átvitelt is támogatnak. 

• A H.323 képes konferenciahívásra, speciális multipont vezérlő egység nélkül 

• A H.323 segítségével lehetőség van két egymástól távol lévő LAN felhasználók 
konferencia kommunikációjára. Az RTP/RTCP protokollok lehetővé teszik a 
videótovábbítást az interneten. 
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H.323 Audió 

Az audió jelek digitalizált, tömörített, többnyire beszéd információt tartalmaznak. A H.323 
támogatja az ITU G.711 56 és 64 kbps kódolási algoritmusát, valamint opcionálisan az ITU 
G.722,G.723, G.728, G.729 kódolókat. 

H.323 Videó 

A videó képességek opcionálisak. A videó átvitelre alkalmas H.323 terminálnak támogatnia 
kell a H.261 kódolást, és opcionálisan a H.263 támogatást. Mind a H.261 mind pedig a H.263 
rendelkezik QCIF, támogatással. A különböző típusú terminálok közötti kommunikáció 
lehetséges. 



Formát 


ImageSize 


H.261 


H.263 


Sub-QCIF 


128x96 


optional 


Required 


QCIF 


176x144 


required 


Required 


CIF 


352x288 


optional 


Optional 


4CIF 


702x576 


N/A 


Optional 


16CIF 


1408x1152 


N/A 


Optional 



4. Táblázat Videó formátumok 

Az H.261 nX64 Kbps csatornákat használ a videó információ továbbítására. A H.261 
kódolásban nem a képminták teljes továbbítása történik, meg hanem csak az egymást, időben 
követő minták közötti különbség. Állókép esetén így minimális sávszélesség szükséges. 
A H.263 szabvány a H.261 újabb változata, és felülről kompatibilis. Jelentősen jobb 
képminőséggel rendelkezik, újabb, az alacsony sebességű továbbításhoz optimalizált 
prediktív elven működő kódolást, és Huffman kódtáblát használ. 

H.323 adat 

A H.323 ajánlás opcionális jelleggel tartalmaz konferenciahívás melletti adattovábbítás 
támogatást. Ez magában foglal hálózati adattovábbítást, közös applikáció használatot, filé 
mozgatást, vagy whiteboard felhasználást. A H.323 rendszer támogatja a T.120 alatti 
adatforgalmat. A T.120 ajánlás a pont-pont és pont-multipont adatkonferencia applikációs, 
hálózati és szállítási rétegét írja le. 
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Jelzés 

A H.323 egy bizonyos TCP portot használ a Q.931 jelzés kommunikációra. A H.245 jelzések 

különböző portokon mennek, a különböző adat, hang, videó csatornák esetében a portok 

egyeztetése automatikusan történik a végpontok között. Ez a dinamikus portkijelölés 

megnehezíti a különböző biztonsági, policy, trafik shaping funkciók alkalmazását. 

A H.323 adatkonferencia használ garantált és nem garantált kapcsolatot. A garantált 

összeköttetésen a vezérlési információk valamint az adatforgalom folyik. A nem garantált 

kapcsolatot pedig az audió és videó folyamok használják. A nagy késleltetést szenvedő audió 

és videó csomagok eldobásra kerülnek. Tehát a H.245 vezérlő csatorna, a T.120 adatcsatorna 

és a hívásvezérlő csatorna TCP kapcsolatokon kommunikál, míg az audió a videó és a RAS 

csatornák az UDP protokollt használják. 

A Cisco H.323 eszközök támogatják a H.323 alkalmazásokban a legtöbb IETF IP protokollt 

és eljárást: (IP multicasting, RTP/RTCP header compression, IP precedence, RSVP). 

H.323 biztonsági kérdései 

Mivel a H.323 kompatíbilis alkalmazások dinamikusan allokált portokat használnak az audió, 
videó, és adatcsatornák továbbításához, egy tűzfal intelligensen tudja kezelni a H.323 
forgalmat. A tűzfalnak rendelkeznie kell egy H.323 proxival, vagy tudnia kell a H.323 kontrol 
csatorna üzeneteiről ahhoz, hogy megállapítsa az éppen aktív H.323 portot és engedélyezze 
azt, amíg a kontrol csatorna aktív. A Cisco PIX Firewall és a Cisco IOS Firewall Features Set 
képes engedélyezni a dinamikusan felépülő H.323 portok forgalmát, a kontrol csatorna 
üzeneteinek a feldolgozása alapján. 

H.323 alkalmazások Cisco környezetben 

A videokonferencia megoldások az 1980-as évek óta teszik lehetővé a távoli helyszínek 
közötti hatékonyabb kommunikációt. Az első generációs megoldások az ITU H.230 
szabványát használták az ISDN alapú videó konferencia megvalósításához. A második 
generáció eszközök már a személy számítógépet is felhasználták, de még mindig kötve voltak 
az ISDN vonalakhoz és a drága kodekekhez. A 90-es évek közepétől kezdve a harmadik 
generációs berendezések egyre általánosabbá váltak, azonban ezek az eszközök még mindig 
nem alapultak semmilyen szabványon, a különböző gyártók eszközei sokszor nem működtek 
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együtt. 

Az új H.323 és H.324 szabványok lehetővé teszik az újabb és jobb alkalmazások mellett a 

különböző rendszerek széles körű együttműködését. A H.323 szabvány LAN-on míg a H.324 

hagyományos telefonvonalon keresztüli videokonferencia beszélgetést definiál. Ezen 

alkalmazásoknak a legtöbb eleme könnyen elérhető, a szoftverek az internetről letölthetők, a 

digitális videó készülékek általánossá váltak, ezzel az asztali videokonferencia széles körű 

elterjedésének megvannak a feltételei. 

A H.323 szabvány alkalmazásának a mai fejlett számítástechnikai környezetben megvan 

minden feltétele: 

• A mai PC-k támogatják a multimédia alkalmazásokat, 

• A számítógép hálózatokban egyre elterjedtebb a nagyobb sávszélességet adó kapcsolt 10 
Mbps sebességű portok használata, valamint megjelentek a 100 Mbps és gigabit 
sebességű eszközök is 

• A felhasználók igénylik az eszköz és szoftverfüggetlen konferencia lehetőségét 

A Cisco a kezdetektől fogva elkötelezte magát a multimédia rendszerek támogatása mellett, 
mára a Cisco IOS és más Cisco eszközök támogatják a multimédia alkalmazások 
megvalósításához szükséges H.323 szabványt. Ezek az eszközök biztosítják a megfelelő 
infrastruktúrát és intelligenciát a multimédia alkalmazások IP hálózaton való továbbításához. 
Jelenleg a Cisco PIX Firewall és Cisco IOS támogatja az intelligens H.323 konferencia 
alkalmazásokat. 

Cisco Multimedia Conference Manager 

Cisco Multimedia Conference Manager egy speciális IOS szoftver. A Cisco MCM 
alkalmazásával a hálózatok képesek lesznek a H.323 alkalmazások futtatására a többi kritikus 
alkalmazás mellett. A Cisco MCM két H.323 komponenst valósít meg a gatekeeper és a 
proxy funkciókat. Ezeknek a részletesebb ismertetése a későbbiekben ismertetésre kerül. A 
Cisco MCM alkalmazásával a hálózatok képesek lesznek a H.323 forgalom kezelésére. A 
Cisco MCM további előnye, hogy a jól ismert és elterjedt IOS szoftver része, kihasználja a 
szoftver többi biztonsági és QoS funkcióját. 
Cisco Multimedia Conference Manager funkciók: 

• Felhasználó jogosultság vizsgálat. 
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• Biztonságoz cím feloldás 

• Nyilvántartás (Accounting) 

• Sávszélesség allokáció a LAN hálózaton a H.323 alkalmazások számára 

• Sávszélesség allokáció a WAN hálózaton a H.323 alkalmazások számára 

• QoS biztosítása H.323 konferencia számára 

• Biztonságos intranet alapú H.323 kommunikáció 

H.323 alkalmazások a Cisco Multimedia Conference Manager használatával 
A következő fejezetben a Cisco MCM, gatekeeper és proxy felhasználásával megvalósított 
H.323 szabványos pont-pont multimédia alkalmazások ismertetése következik. 
A gatekeeper alrendszer szolgáltatásai: 

• Felhasználó engedélyezés, ahol a jogokat AAA (authentication, authorization, accunting) 
rekordok tartalmazzák 

• Zóna menedzsment az aktív kapcsolatok limitálására 

• H.323 hívás routing 

• Cím meghatározás 

A proxy alrendszer szolgáltatásai: 

• H.323 forgalom engedélyezés 

• Hatékony sávszélesség szabályozás 

• QoS eljárások alkalmazásának a lehetősége: IP Precedence, RSVP 

• Biztonságos kommunikáció külső hálózatokkal 

Terminálok, a Gatekeeper és Proxy együttműködése 

A H.323 terminálok zónákba vannak szervezve, ez adminisztráció szempontjából hasonló 

Domain Name Server (DNS) doménhoz. Mindegyik zónában található egy gatekeeper ami a 

zónán belüli forgalmat vezérli. Mivel a gatekeeper jelenleg opcionális elem a H.323 

szabványban, ha egy hálózatban Cisco proxy-t használunk egy Cisco gatekeeper-nek is 

feltétlenül jelen kell lennie. A Cisco Multimedia Conference Manager mindkét funkció 

ellátására képes. 

A terminálok és proxy-k bekapcsoláskor megpróbálják megtalálni a gatekeeper-t. A sikeres 

keresés után az eszközök regisztrálják magukat a gatekeeper-nél. A gatekeeper tartja számon 

az aktív és inaktív terminálokat. 
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A 6. Ábra szerint háromféle hívás-felépítési mód lehetséges. 
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6. Ábra Hívásfelépítés különböző zónák között 

1. típus: Zónán belüli hívások 

A 6. Ábra alapján, ha a tal terminál a saját zónájában elhelyezkedő tb2 terminált akarja 
felhívni, a gatekeeper kezeli a hívást és megadja tbl címét ta l-nek. Ezután tal felépíti a 
hívást. 

2. típus: Zónák közötti hívások proxy nélkül 

A 6. Ábra alapján, ha tal egy hívást akar felépíteni a másik zónában elhelyezkedő ta2 
terminálhoz, először egy RAS üzenetet küld az gkl gatekeeper-hez. A gkl gatekeeper 
lokalizálja a távoli zónában levő gk2 gatekeeper-t, ezután gkl egy RAS üzenetet küld gk2- 
nek, amelyben a ta2 terminál IP címét kérdezi, tal miután megkapta ta2 IP címét, felépíti a 
hívást. A gatekeeper-ek csak azokban a zónákban levő terminálok IP címeit szolgáltatják, 
amely zónák a gatekeeper számára engedélyezve vannak. 

3. típus: Zónák közötti hívások proxy használatával 

A proxy-k használatának elsődleges célja az, hogy a zóna valós IP címeit elrejtsük egy másik 
zóna eszközei elől. Az elszigetelt zónák a gatekeeper-ben nem elérhetőként vannak 
konfigurálva. A 6. Ábra alapján, ha tal terminál kommunikálni akar ta3 terminállal, elküld 
egy RAS üzenetet a gkl gatekeeper-nek. gkl lokalizálja gk3 gatekeeper-t. Ezután gk3 nem 
gkl-nek küldi vissza ta3 címét, hanem a p3 proxinak. A gkl gatekeeper ezután utasítja tal 
terminált, hogy a hívásfelépítést ne közvetlenül, hanem a pl proxy-n keresztül végezze el. 
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Miután pl proxy megkapta a hívás-felépítési kérelmet, megkérdezi gk 1-től hogy valójában 
merre vezet a hívás. Végül felveszi a kapcsolatot p3 proxy-val aki befejezi a hívásfelépítést 
ta3 felé. 

A Cisco Proxy használata 

A Cisco Proxy használatának előnyei: 

• Biztonsági problémák megoldása 

• QoS signaling a H.323 végpontok számára 

• Alkalmazás specifikus routing a H.323 átvitel javítására 

A biztonság növelése Proxy-k használatával 

Abban az esetben, ha a terminálok közvetlenül kommunikálnak egymással mindenkinek joga 

van a másik IP címének az ismeretéhez. Ez az információ rosszakaratú kezekbe kerülve 

jelentősen megkönnyíti a hálózat feltörését, pláne akkor, ha a hálózati tűzfal nem támogatja a 

H.323 jelzéseket. 

A H.323 protokoll tűzfalon keresztüli alkalmazásának a sikeressége azon múlik, hogy a tűzfal 

milyen mértékben ismeri az igen komplex H.323 protokollt. A proxy-k esetében csak az 

általunk engedélyezett minimálisan szükséges cím információk kerülnek nyilvánosságra. 

Két fő esetet kell megvizsgálnunk abban az esetben, ha tűzfalakkal akarjuk kezelni a H.323 

forgalmat: 

• H.323 protokoll engedélyezés tűzfalon keresztül. A H.323 egy igen komplex és dinamikus 
protokoll, igen sok alrendszerrel. Az aktuális portok/socket-ek állapotáról és kapcsolatáról 
a tűzfal csak a H.323 hívás-felépítési és jelzésüzenetek feldolgozása alapján szerezhet 
információt. 
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7. Ábra Gatekeeper és proxy elhelyezése 

Ha a tűzfal nem támogatja a dinamikus hozzáférés vezérlést az aktuális kapcsolatok állapota 

alapján, akkor egy proxy alkalmazása szükséges a tűzfalon belül, a H.323 kontrolüzenetek 

értelmezéséhez. Mivel csak a gatekeeper (RAS-on keresztül) és a proxy (hívásfelépítő 

protokoll-on keresztül) kommunikál a tüfal külső portján elhelyezkedő elemekkel, igen 

egyszerű felállítani egy access kontroll listát a gatekeeper és a proxy felé irányuló forgalom 

átengedésére. 

• Network Address Translation (NAT) alkalmazása a H.323 protokollra. Ha H.323 

terminálok rendelkeznek belső lokális és a külvilág felé látszó valós IP címmel, akkor a 
tűzfalnak képesnek kell lennie a H.323 protokoll által használt címek dekódolására. Ha a 
tűzfal nem képes erre a címfordításra, akkor külön proxy-t kell használni ennek a 
feladatnak az elvégzésére. A proxy-nak ebben az esetben mind a hálózat belső részével 
mind pedig a tűzfallal kapcsolatban kell állnia. (8. Ábra). A tűzfal ezután a proxy felé 
irányuló forgalmon nem végez NAT-ot, és a proxy is csak a H.323 protokoll forgalmat 
fogja engedélyezni a hálózat belseje felé. 
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8. Ábra Proxy és tűzfal együttes használata NAT esetén 

Abban az esetben, amikor a tűzfal támogatja a H.323 protokollt és a hálózaton nem történik 
NAT, a proxy és a gatekeeper elhelyezkedhet a tűzfal külső részén. (9. Ábra) 
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9. Ábra Proxy a demilitarizált zónában 

Proxy-server és NAT használatának veszélyei: 

• Ha a NAT aktív, mindegyik H.323 végpontnak regisztrálni kell magát a gatekeeper-ben 
arra az időre, amíg a végpont aktív. Ennek a nagyszámú NAT információnak a kezelése 
adott esetben nagyon leterhelheti a tűzfalat. 

• Ha a tűzfal nem támogatja a H.323 dinamikus protokollt, alkalmazhatunk statikus access 
listákat a proxy és gatekeeper node-ok felé, ezzel azonban nagyon sebezhetővé válik a 
hálózat. 

A következő táblázatok (5.-6 Táblázat) a lehetséges tűzfal konfigurációkat tartalmazzák. 
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Tűzfal és H.323 NAT 


Tűzfal H.323 NAT nélkül 


Tűzfal Dynamic Access Control 
képességekkel 


Gatekeeper és proxy a tűzfal 
belső oldalán 


Co-edge gatekeeper és proxy 


Tűzfal Dynamic Access Control 
nélkül 


Gatekeeper és proxy a tűzfal 
belső oldalán, plussz statikus 
access lista a tűzfalon 


Co-edge gatekeeper és proxy 



5. Táblázat Tűzfal NAT esetén 





Tűzfal és H.323 


Tűzfal H.323 nélkül 


Tűzfal Dynamic Access Control 
képességekkel 


Gatekeeper és proxy a tűzfal 
belső oldalán 


Gatekeeper és proxy a tűzfal 
külső oldalán 


Gatekeeper és proxy a tűzfal 
belső oldalán 


Gatekeeper és proxy a tűzfal 
külső oldalán 


Tűzfal Dynamic Access Control 
nélkül 


Gatekeeper és proxy a tűzfal 
belső oldalán, plussz statikus 
access lista a tűzfalon 


Gatekeeper és proxy a tűzfal 
belső oldalán, plussz statikus 
access lista a tűzfalon 





6. Táblázat Tűzfal NAT nélküli hálózatban 



Quality of Service paraméterek javítása proxy használatával 

Abban az esetben, amikor két H.323 terminál egymással kommunikál a hívás minőségi 

paraméterei nem definiáltak. Nagy sávszélességű intranet kommunikáció esetén a kapcsolat 

minősége elfogadható lehet, de egy relatív lassú WAN összeköttetésen keresztül a késleltetés 

és a jitter miatt gyakran rossz vagy elfogadhatatlan az összeköttetés minősége. 

Ennek megfelelően H.323 alkalmazások telepítése olyan magán hálózatot feltételez, 

amelyben nagy a rendelkezésreálló sávszélesség, kicsi a késleltetés, kevés a csomagvesztés, 

vagy pedig olyan hálózatot, amelyben a H.323 számára biztosítottak a megfelelő QoS 

paraméterek. 

Ezen QoS paraméterek biztosításához megfelelő protokollok használata szükséges: 

• Sávszélesség foglalás adott QoS paraméterek biztosítására, RSVP protokollal. 

• IP precedence bit használata H.323 forgalom prioritásának növeléséhez 
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Sajnos a mai rendszerek H.323 termináljai egyik megoldást sem támogatják. Ezekben az 
esetekben proxy párok használata lehetséges azon hálózatok között, ahol a szolgáltatási 
paraméterek javítása szükséges. 

A Multimedia Conference manager segítségével a felhasználók konfigurálni tudják protokoll 
és felhasználói szinten a QoS paramétereket. A legjobb megvalósításban a terminálok olyan 
proxy-t használnak, amelynek a kommunikációja rendelkezik a megfelelő QoS 
paraméterekkel. A 10. Ábrán látható hogyan használható a Cisco Multimedia Conference 
Manager a QoS biztosítására, az RSVP vagy az IP precedence protokollok segítségével. 
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10. Ábra Cisco MCM használata QoS biztosítására 



H.323 alkalmazás-specifikus routing, proxy használatával 

A megfelelő QoS paraméterek biztosításához egy létrehozhatunk egy az adathálózattól 

szeparált hálózatot. Ebben az esetben a proxy az application specific routing (ASR) 

használatával biztosítja a QoS-t. 

Az ASR működése egyszerű: amikor a proxy a külső hálózat felé irányuló csomagot kap, azt 

nem a reguláris routing útvonalon továbbítja, hanem azon a hálózaton keresztül, ahol 
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biztosítottak a megfelelő minőségi paraméterek. Ha a hálózat minden proxy-ja használja az 
ASR protokollt, akkor minden beérkező forgalom a QoS garantált hálózaton fog haladni. A 
hálózat adminisztrátoroknak gondoskodniuk kell arról, hogy a közönséges adatforgalom ne a 
szeparált QoS garantált hálózatot használja. (11. Ábra) 
Az ARS alkalmazása lehetővé teszi hogy: 

• minden egyes proxy-k közötti kapcsolat-felépítés esetén az ASR alapján automatikusan 
létrejön az interfészre mutató route 

• a proxy konfigurálható arra, hogy loopback interfészeket használjon. A proxy cím látható 
mind az ASR port mind pedig a reguláris routing információt használó portok számára, 
azonban semmilyen route nem mutat az ASR interfész felé. Ez garantálja azt, hogy a nem 
H.323 specifikus forgalom nem az ASR interfészt használja. 



Gaioway 
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11. Ábra ASR használata a Cisco Multimedia Conference Manager segítségével 
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Gatekeeper konfiguráció 

Zónák definiálása 

Zónánként csak egy gatekeeper lehet, a gatekeeper-t konfigurálni kell, hogy mely végpontok 
forgalmát engedélyezi. A végpontok RAS üzeneteket használnak a gatekeeper 
megtalálásához. A gatekeeper csak az előre specifikált subnetekből érkező hívásokat fogad el. 
A hívások csak akkor lesznek elfogadva, ha kérelem egy specifikált subnet-ből érkezik és a 
hívó meghatározta a nevét (van joga a gatekeeper hozzáféréshez), vagy a hívás a 'default' 
subnetből érkezik. 

Terminálok címzése 

A gatekeeper kétféle címzést fogad el: 

• H.323 ID: tetszőleges sztring 

• E. 164 címek. 

Ha a zónák közötti kommunikáció a cél akkor a terminálok saját teljes mail címe lehet a 
H.323 címük. Az e-mail cím domain része célszerűen lehet a H.323 zóna név a 
gatekeeperben. Célszerű egy E.164 címet is hozzárendelni a terminálhoz. 

Zónák közötti kommunikáció 

Ahhoz hogy a terminálok zónák között is kommunkálni tudjanak a gatekeeper-nek meg kell 
tudnia határozni a zóna tagságot és megtalálni a másik zóna gatekeeper-ét. A gatekeeper 
ezeket kétféle módon tudja megtenni. 

• Mindegyik gatekeeper-nek lehet saját DNS domain neve. Amikor a gatekeeper egy olyan 
e-mail címre érkező hívást kap, amelyik nincsen regisztrálva, RAS üzeneteket használva 
megpróbálja azonosítani a végpontot. 

• Ha a DNS nem elérhető, mindegyik gatekeeper-ben konfigurálni kell a többi gatekeeper 
és domain címeket. 

Azonosítás RADIUS és TACACS+ segítségével 

A H.323 specifikáció 1. Verziója nem nyújt semmilyen végpont regisztrációs és azonosítási 
módot. Csak egy kezdetleges azonosítási módot tesz lehetővé, abban az esetben, ha a 
gatekeeper-ben az AAA rekordok engedélyezve vannak és RADIUS vagy TACACS+ szerverek 
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is vannak a hálózatban. 

Ha ez a funkció engedélyezve van, akkor gatekeeper azonosításkor az RADIUS vagy TACACS+ 

szerverekhez fordul. A regisztráció sikeres, ha a RADIUS vagy TACACS+ azonosította a nevet. 

Multipoint Conference Unit-ok használata az MCM segítségével 

Az MCU egységek olyan elemek amelyek képesek az MCM által nyújtott szolgáltatások 

igénybevételére. Az MCU képes többirányú kapcsolatkiépítésre és az adat/jelzéscsatornák 

kezelésére egy időben. 

Azon kívül, hogy az MCU képes több kapcsolat fogadására ugyanazon eszköztől, lényegében 

nem különbözik egy szabvány termináltól. Egy konferencia kezdetén az MCU regisztráció 

MCM-nél történik. Amikor egy felhasználó, konferencia kapcsolatot akar létesíteni egy MCU 

egységgel, elküldi az alias nevet az MCM-nek. Az MCM úgy kezeli, mint egy normál 

terminált és megnézi hogy van-e ilyen alias regisztrálva az adatbázisában. Ha megtalálta a 

nevet, akkor bekapcsolja a felhasználót az MCU konferenciába. 

Gateway és MCM használata 

A gateway egy speciális eszköz, amelyik képes az MCM szolgáltatásainak a használatára. A 
gateway szolgáltatásai is a gatekeeper-ben vannak regisztrálva. Amikor a gatekeeper egy 
olyan kérelmet kap, amiben a hívás a VoIP hálózaton kívülre irányul a hívást a megfelelő 
gateway felé irányítja. Ha gateway szükséges egy bejövő hívás lekezeléséhez, az MCM úgy 
kezeli a gatewayt-t mint egy közönséges terminált és felépíti a kapcsolatot. 
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Átviteli minőséggel kapcsolatos kérdések 

Hangcsomag átvitele esetén az ideális végpont-végpont közötti késleltetés 150 és 200 
milliszekundum között van. Láthattuk, hogy a CODEC-ek és csomagképzés két 
útvonalválasztás közötti átvitelbe 50 és 60 milliszekundum közötti késleltetést iktat be. A 
következőkben bemutatjuk, hogyan kell úgy egy hálózatot beállítani, hogy megfelelő 
késleltetés és késleltetés-ingadozás értékekkel rendelkezzen, csak 100-140 milliszekundumot 
igényeljen a végpontok közötti csomagátvitel. 

A Quality of Service (QoS), Class of Service (CoS), és a Type of Service (ToS) olyan 
széleskörűen használt kifejezések, amelyeket gyakran helytelenül és túlzóan használnak. Az 
alapvető cél a szükséges sávszélesség biztosítása és megfelelő értékű késleltetés elérése 
valamely speciális alkalmazás számára. Az ilyen paraméterekkel rendelkező szolgáltatásnál 
az eredmény sokkal fontosabb, mint a felhasznált eszközök, technológiák. Más szavakkal a 
QoS problémák megoldásánál nem csak egy QoS eszközökre kell fókuszálni, hanem a 
hálózatot, mint egészet kell kezelni, és azt kell vizsgálni, hogy az egyes QoS eszközökkel 
milyen részfeladatokat lehet megoldani. Az sem szabad elfelejteni, hogy minél finomabb a 
sorba állítás és a vezérlés annál alacsonyabb a csomagok továbbítási sebessége. 
Egy jól megtervezett hálózatban elkülönülnek a perem és a gerinc funkciók. A legjobb QoS 
elérése érdekében is fontos ez. A Cisco cég számos eszközt biztosít a QoS megvalósításához. 
Néhány esetben a hálózat QoS-e QoS eszközök használata nélkül is megvalósítható. Minden 
egyes hálózatnak más-más problémái vannak és ezeket egy vagy több, a következőkben 
ismertetendő QoS eszközzel lehet megoldani. 

Perem funkciók 

Compressed Real-Time Transport Protocol 

Az RTP egy szabványos Internet protokoll valós-idejű adat átvitelére, beleértve a hang és a 
videó jelek csomagban történő átvitelét is. Az RTP szabványban definiált tömörítési eljárás 
alapvetően a TCP/IP fejléc tömörítés során használt eljáráson alapul (RFC 1144). Az RTP-t 
interaktív szolgáltatásoknál (pl. Internet telefon) és médián elérés (Real-Time Audio) 
használják. Az RTP-nek adat és vezérlési része van, az utóbbit RTCP-nek nevezik. 
Az RTP adat része egy egyszerű protokoll, amely a valós idejű alkalmazások számára (pl. 
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folyamatos hang és/vagy videó átvitel) biztosít támogatást beleértve az időzítés 

helyreállítását, a csomagvesztés érzékelést és tartalomazonosítást. 

Az RTCP Internet alapú, tetszőleges résztvevőszámú, valós-idejű csoportkonferenciát tesz 

lehetővé. Biztosítja a forrásazonosítást, támogatja az átjárók használatát (pl. hang és videó 

hidak, multicast-unicast transzláció). Az RTCP QoS információ visszacsatolást biztosít a 

vevőktől a multicast csoport felé és támogatja a különböző média folyamok szinkronizálását 

is. 

A Compressed Real-Time Transport Protocol, röviden csak CRTP a kapcsolati szinten 

használatos az IP/UDP/RTP fejlécek 40 bájtról átlag 2-4 bájtra tömörítésére. Csomag alapú 

hangátvitel a 20 milliszekundumonkénti beszéd mintavétel és keretezés 20 bájtos csomagokat 

állít elő. A teljes IP csomagméret egyrészt ebből a 20 bájtból, az RTP fejlécből (12 byte), az 

UDP fejlécből (8 byte) és az IP fejlécből (20 byte) áll össze. Látható, hogy a fejlécek 

méreteinek az összege kétszerese a hasznos tartalom méretének. 20 milliszekundum-ként 

előállított csomagoknál egy lassú adatátviteli vonal sávszélességének nagy részét elfoglalják a 

fejlécek. 

A rendelkezésre álló sávszélesség szükségtelen elfoglalása ellen a CRTP-t használják az 

adatkapcsolati szinten (2. szint). Ez a tömörítés 2 bájtra szorítja le az IP/UDP/RTP fejlécek 

méretét abban az esetben, ha nincs UDP checksum elküldés és 4 bájtra, ha az UDP checksum 

használatos. 

A TCP fejléctömörítésnél a 2: 1 arányú összenyomás abból a tényből következik, hogy az IP 

és a TCP fejlécekben lévő byte-ok fele állandó a TCP kapcsolat során. 

Az RTP fejléctömörítésnél az előzőhöz hasonlatos technika alkalmazható. Azonban a nagy 

lehetőséget az rejti, hogy ugyan jó néhány mező változik minden egyes csomagnál, de a 

változás (az első rendű különbség, az 1 . derivált) csomag és csomag között gyakran állandó és 

a változás változása (másodrendű különbség, a 2. derivált) pedig nulla. Amennyiben mind a 

tömörítő és a kibontó ismeri a tömörítetlen fejlécet és annak első rendű különbségét a 

kapcsolat során, akkor csak azt az információt kell átvinni, hogy a másodrendű különbség 

nulla-e. Amennyiben nulla, akkor a kibontó képes visszaállítani az eredeti fejlécet 

információvesztés nélkül, az első rendű különbségnek az elmentett, tömörítetlen fejléchez 

történő hozzáadásával minden egyes csomagnál beérkezésénél. 

Hasonlóan a TCP fejléctömörítéshez, ahol több párhuzamos TCP kapcsolat állapotát figyelik, 
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az IP/UDP/RTP tömörítésnél is több kapcsolat helyzet állapotát vizsgálják. A kapcsolat 

helyzetet az IP forrás- és célcím, az UDP forrás és cél kapuszám és az RTP szinkronizációs 

forrás mező (SSRC) definiálja. A tömörítő megvalósításánál ezekkel a mezőkkel kódolást 

végezhetnek a tárolt kapcsolati helyzetek táblájának sorszámozására, megcímzésére. A 

tömörített csomag egy kis egész leíróval van megjelölve amelyet kapcsolati helyzet 

azonosítónak (CID) neveznek; ez jelzi, hogy a csomag mely kapcsolat helyzethez tartozik az 

adott csomag. A kibontó a CID felhasználásával címzi meg a helyzeti kapcsolatok tábláját. 

A CRTP legtöbbször 40 bájtról 2-4 bájtra szorítja le a fejléc méretét. Néha azonban az 

IP/UDP/RTP fejlécet nem lehet tömöríteni, mert változás történt egy olyan mezőben, 

amelynek az értéke állandó szokott lenni. Például ha a tartalom típus mező megváltozik, 

akkor a tömörítetlen fejlécet kell elküldeni. 

A CRTP-t csak WAN interfészeken kell alkalmazni, ahol a sávszélesség kritikus lehet és a 

forgalom nagy része RTP-t használ. 

A használt kapuszámok Cisco eszközöknél 16384 + 4 * a rendelkezésre álló csatornák száma 

az adott eszközön. 

(Például egy Cisco útvonalválasztás 12 hangcsatornával a 16384-16432 kapuszámokat 

használja.) 

Megjegyzések a CRTP-hez 

A CRTP-t nem kell nagy sebességű interfészeken használni, mert csak hátrányokat jelenthet. 

A nagy sebesség definíciója persze meglehetősen relatív, a gyakorlatban El sebesség felett 

nincs szükség a CRTP használatára, habár néhány hálózatban már 512 kbps nagy sebességnek 

számít. 

RSVP 

Az RSVP az első jelentősebb szabványként elfogadott protokoll, amellyel dinamikusan lehet 
végponttól végpontig terjedő QoS-t megvalósítani heterogén hálózat esetén. Az RSVP mind 
az IPv4-gyel (a jelenlegi IP szabvány) mind az IPv6-tal együttműködik. Az RSVP 
transzparens működést biztosít azon hálózati csomópontokon (útvonalválasztókon) keresztül 
is, amelyek nem támogatják magát az RSVP-t. Leegyszerűsítve az RSVP a hálózati végpont 
azon képessége, amely lehetővé teszi számára, hogy bizonyos szintű QoS-t kérjen a 
hálózattól. Az RSVP megfelelő útvonalon csomópontról csomópontra végigviszi a hálózaton 
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a kérést, minden egyes csomópontnál megkísérli a szükséges erőforrásokat lefoglalni az 

adatátviteli folyam számára. 

Az RSVP-t úgy tervezték meg, hogy kihasználja a jelenlegi IP útvonalválasztó algoritmusok 

erősségeit. Ez a protokoll nem végez saját útvonalválasztást; ehelyett az útvonalválasztó 

protokollokra hagyatkozva határozza meg, hogy hol erőforrás lefoglalást végrehajtania. 

Ahogy az átviteli útvonalak változása követi a topológia változásokat, úgy az RSVP is 

módosítja a lefoglalásokat. Ez a felépítés nem zárja ki azt, hogy RSVP más útvonalválasztó 

szolgáltatást is igénybe vegyen. A jelenlegi fejlesztések az RSVP-nél arra irányulnak, hogy az 

RSVP képes legyen olyan útvonalválasztó szolgáltatások használatára, amelyek alternatív és 

fix útvonalakat nyújtanak. 

Az RSVP együttműködik a jelenlegi sorba állítási mechanizmusokkal, és nem helyettük 

dolgozik. Ugyan az RSVP kéri az adott QoS-t, de az interfész sorba állítási mechanizmusnak 

(Weighted Fair Queuing [WFQ], Weighted Random Early Detection [WRED]) kell azt 

megvalósítania. 

Az erőforrás lefoglalás úgy történik a hálózati csomóponton (útvonalválasztón), hogy az 

RSVP daemon két helyi döntést végző modullal kommunikál, a kibocsátás vezérléssel és a 

szabályrendszer vezérléssel. A kibocsátás vezérlés meghatározza, hogy a csomópontnak van-e 

rendelkezésre álló erőforrása a kért QoS kielégítésére; a szabályrendszer vezérlés pedig abban 

dönt, hogy a felhasználónak van-e adminisztratív jogosultsága a lefoglaláshoz. Ha bármelyik 

ellenőrzés elutasító választ ad, akkor az RSVP hibajelzést küld vissza a kérést kibocsátó 

alkalmazásnak. Ha mindkét ellenőrzés sikeres eredménnyel tér vissza, akkor az RSVP 

daemon beállítja a paramétereket a csomagosztályozónál és csomagidőzítőnél a kért QoS 

eléréséhez. A csomag osztályozó minden egyes csomagnál meghatározza a QoS osztályt, és 

az időzítő rendezi a csomagok kibocsátását 

a visszaigazolt QoS kéréseknek megfelelően. 

Két típusú dinamikus lefoglalást lehet végezni az RSVP-vel: ellenőrzött terhelést és garantált 

szolgáltatást. Az RSVP RFC-je az ellenőrzött terhelést a következő módon definiálja: 

A hálózati elemek által egy alkalmazásnak nyújtott végponttól-végpontig terjedő viselkedés, 

amely ellenőrzött terhelés szolgáltatást nyújt, szorosan közelíti azt a viselkedést, amelyet az 

alkalmazás számára látható és legjobb erőfeszítés szolgáltatást nyújt terheletlen feltételek 

vagy kevéssé terhelt/torlódott feltételeknél. Ez nem jelenti az összes többi, ugyanazoktól a 
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hálózati elemektől származó forgalom hiányát. Ha a hálózat megfelelően működik, akkor 
ezek az alkalmazások feltételezhetik azt, hogy: 

• a küldött csomagok nagyon magas százalékát sikeresen juttatja el a hálózat a 
célpontokhoz (a sikertelen csomagok aránya szorosan közelíti az átviteli média 
hibaarányát) 

• az átvitt csomagok igen magas százalékánál az észlelt átviteli késleltetés nem nagyon éri 
el a más csomagoknál észlelt minimális átviteli késleltetést (ez a minimális átviteli 
késleltetés magában foglalja a fényterjedési sebesség és az útvonalválasztó, illetve más 
kommunikációs eszközök által okozott késleltetést az átvitel út során). 

Annak érdekében, hogy ezeknek a feltételeknek a meglétéről megbizonyosodjanak, az 

ellenőrzött terhelés szolgáltatást igényelő kliensek a közbülső hálózati elemeknek 

információt adnak arról, hogy mennyi tervezett forgalmat fognak generálni - ez TSpec. 

Válaszként a szolgáltatás megbizonyosodik arról, hogy a hálózati elemek elegendő 

erőforrással rendelkeznek a kliensek által megfogalmazott szolgáltatás megvalósításához. Ha 

a kliensek által generált forgalom tulajdonságai mégis kívül esnének a Tspec paraméterek 

által meghatározott területen, akkor a kliens részére nyújtott QoS egy túlterhelt átvitel képét 

mutathatja nagyszámú késve érkezett vagy elveszett csomagokkal. A szolgáltatás definiálása 

nem igényli azt, hogy a túlterhelt viselkedés precíz karakterisztikája megegyezzen azzal, amit 

egy legjobb erőfeszítéssel átvitt adatfolyamnál kapnánk ugyanazon az útvonalon, túlterhelt 

feltételekkel. 

A garantált szolgáltatás definíciója a következő: 

A hálózati elemek által egy alkalmazásnak nyújtott végponttól-végpontig terjedő viselkedés, 

amely összhangban van ezzel a dokumentummal egy biztosított sávszélesség, amelyet ha egy 

szabályozott átvitel használ, akkor kötött késleltetésű szolgáltatást nyújt sorba állítási 

veszteség nélkül a megfelelő adatcsomagok részére (hálózati részek hibamentességét és az 

átvitel ideje alatt útvonal váltás kizárását feltételezve). 

A végponttól végpontig terjedő viselkedés összhangban van a folyadék modellel úgy, hogy a 

behozott sorbaállási késleltetés nem éri el a folyadék késleltetést többször, mint a specifikált 

hibakorlát. 

A garantált szolgáltatás nem ellenőrzi a minimális vagy az átlagos késleltetését az 

adatcsomagoknak, inkább a maximális sorba állítási késleltetést. Továbbá az adatcsomag által 
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észlelt maximális késés kiszámításához az útvonal késleltetését kell meghatározni és 
hozzáadni a garantált sorba állítási késleltetéséhez. (Azonban a késleltetés körülbelüli 
mértéke kiszámítható egy csomag átvitele során észlelt késleltetés megfigyelésével). 
Ez a kibocsátás vezérlés feladatai közé tartozik. 

Másként megfogalmazva bizonyos bit arány lefoglalását végzi a szolgáltatás. A korlátozott 
késleltetést WFQ vagy WRED kedvezményezett súlyozással történő használata biztosítja. A 
késleltetési korlát nem specifikált, azonban az ellenőrzött terhelés szolgáltatás csupán „jó 
kiszolgálást" ígér; és a garantált szolgáltatás ad olyan információt, amelyből kiszámíthatóak 
az aktuális késleltetési korlátok. 

Ennek az oka nyilvánvaló. A késleltetési korlát nem olyan egyszerű, mint „19 kbps 500 
milliszekundumos késleltetéssel". 

Ha ez a 19 kbps egy El része, akkor az 500 milliszekundum nevetségesen hosszú, a 
késleltetési határ nem lesz több, mint kb. 20 milliszekundum. Amennyiben a 19 kbps egy 64 
kbps vonalhoz tartozik, akkor valószínűleg két átmeneti tároló kimeneti várakozási sorával és 
adott sorba állítással dolgozunk; a késleltetési korlát kb. 400 milliszekundum. Egy 19.2 kbps 
sebességű vonalon 19 kbps-os átvitel esetén 1 másodperc körül van a késleltetési korlát. 
Megjegyzések az RSVP-hez 

Habár az RSVP egy fontos eszköz a QoS eszköztárában, ez a protokoll nem oldja meg az 
összes QoS-sel összefüggő problémát. Az RSVP-nek számtalan hátrányos tulajdonsága is 
van: nem eléggé skálázható, a kibocsátási vezérlés nem teljesen megfelelő és a végponttól- 
végpontig terjedő lefoglalás felépítéshez szükséges idő túl nagy. 

Az RSVP-t már kipróbálták nagy kiterjedésű hálózatban is. Az RSVP számára a legrosszabb 
helyzetet az jelentené, ha egy gerinchálózati útvonalválasztó használnánk, ahol több ezer 
lefoglalást kellene kezelni és minden egyes átvitelt sorba kellene állítani a beállított 
lefoglalásoknak megfelelően. 

Az RSVP skálázhatóságát körülvevő információhiány miatt ez a protokoll leginkább csak a 
hálózat szélén alkalmazott, emiatt a gerinchálózaton általában más QoS eszközöket célszerű 
használni. 

Egy másik fontos szempont a felhasználók authentikálása és authorizálása, azaz annak az 
eldöntése, hogy a lefoglalást kérő felhasználónak joga van-e az adott lefoglalás kérésére. 
Jelenleg az RSVP nem rendelkezik ezzel a képességgel. 
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Az RSVP az IP csomagok teljes hosszával számol, nem veszi számításba a lehetséges 
tömörítési sémákat, a CRC-ket vagy a vonali csomagolásokat (Frame Relay, Point-to Point 
Protocol [PPP], High-Level Data Link Control [HDLC]). Például amikor RSVP-t és G.729-es 
kódolást alkalmazunk VoIP esetén, akkor a Cisco IOS 24 kbps-t foglal, összehasonlítva az 
RTP használata esetén elérhető 1 1 kbps körüli értékkel. Másként megfogalmazva egy 56k-s 
kapcsolaton csak 2 db 24 kbps-es lefoglalás enged meg annak ellenére, hogy akár több 11 
kbps-os VoIP átvitel is elférne. 

Egy jól megtervezett és ellenőrzött hálózatban azért lehet erre a problémára megoldást adni. 
Lehetőség van arra, hogy a vonal sávszélességét az RSVP lefoglalások engedélyezése miatt 
„túllépjük" - azaz több sávszélességet foglalunk le mint amennyi normálisan rendelkezésre 
állna. Ezt az interfészeknél beállított sávszélesség érték manipulálásával lehet megtenni. 
Például egy 56 kbps sebességű vonalon 100 kbps-es sávszélesség értéket használunk. Ezek 
után az RSVP a rendelkezésre álló „virtuális" sávszélesség 75%-át, azaz 75 kbps-et lesz 
képes lefoglalni a különböző kérések számára. így 3 G.729-es kódolású VoIP beszélgetés 
részére lesz képes az RSVP sávszélességet lefoglalni. A jelentkező veszély nyilvánvaló, mert 
ha nem használunk CRTP-t, akkor valóban túllépjük a vonali sávszélességet. 

Forgalomalakítás 

A tokén (zseton) vödör a hivatalos definíciója az átviteli sebességnek, amelynek 3 

komponense van: a burst méret, az átlagos sebesség és az idő intervallum. Habár az átlagos 

bit sebességet általában bit per másodpercben fejezik ki, a következő képlet segítségével 

bármely kettő ismeretében a harmadik kiszámítható: 

Átlagos bit sebesség = burst méret / idő intervallum 

Definíció szerint az intervallum bármely egész számú többszörös esetén sem éri el a bit 

sebesség az átlagos bit sebességet. Az intervallumon belül a bit sebesség tetszőleges értékű 

lehet. 

A forgalmat gyakran alakítani kell. Ez nem csak azért történhet, hogy ne legyen a helyi 

interfészen torlódás, hanem azért is, hogy megfelelő legyen a távoli interfészeknek, illetve a 

szabályrendszernek. Ez a változtatás általában a megfelelő tokén vödör szűrő megtalálását 

jelenti (átlag sebesség plusz az elfogadható forgalmi burst sebesség ellenőrzés nélkül egy 

időperiódus alatt). A tokén vödör értéket a felhasználó állíthatja be, vagy az interfész 
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típusából lehet meghatározni. 

A legegyszerűbb eset az, amikor a szabályrendszer kényszeríti azt, hogy egy adott interfész 

sebessége átlagban ne érjen el egy bizonyos sebességet, még akkor sem, ha időlegesen túl is 

lépi azt. Az ilyen korlátozásnak általában az az oka, hogy a kérdéses átviteli szolgáltatást egy 

bizonyos sebességgel biztosít a szolgáltató. 

Egy sokkal bonyolultabb kérdés egy olyan adatátviteli hálózat, amely torlódás esetén jelzést 

ad, különböző hozzáférési sebességeket nyújt különböző DTE eszközök számára, és képes 

lehet egy időben több átviteli kapacitást nyújtani az egyik DTE-nek mint a másiknak. Ebben 

az esetben szükséges a tokén vödör vezérlése. 

Bármelyik esetet is alapul véve nagyon kritikus fontosságú az, hogy a valós idejű forgalom 

(hang) érzékeny a késleltetésre és ezért a forgalom teljes mennyisége és csomagvesztés a 

hálózati kapcsolatokon erősen behatárolt, fontos a forgalom útvonalválasztók által történő 

alakítása. Az útvonalválasztó képes a forgalmat az általa meghatározott garanciáknak 

megfelelően priorizálni. 

Interfész szintű forgalomalakítás 

Az interfész szintű forgalom alakítás egy olyan szolgáltatás, amely a tokén vödröt és a fair 

queue-t használja a szoftver interfész leíró blokknál (IDB) (amely vagy interfészhez vagy 

szubinterfészhez kapcsolódik). A parancs beállítja az átlagos sebességét a szoftver IDB-ben 

lévő tokén vödörbe tett forgalom számára, hogy összhangban legyen a kívánalmakkal és 

elindítja a megfelelő processzt. 

Custom Queuing 

A Custom queuing lehető teszi a felhasználók számára, hogy meghatározzák egy bizonyos 

protokoll/forgalmi típus számára a rendelkezésre álló sávszélesség hány százalékát 

használhatják. 16 kimenő várakozási sort lehet definiálni, de létezik egy addicionális sor is a 

rendszer üzenetek (keepalive, stb.) számára. Minden egyes sor ciklikus sorrendben kap 

kiszolgálást és a forgalom meghatározott százalékát továbbítja. 

A útvonalválasztókon meghatározzuk azt, hogy az egyes várakozási sorokból hány bájtot kell 

továbbítani egy ciklus alatt, ez a számítás az interfész sebességén és szükséges sávszélesség 

hányadon alapul. 
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Priority Queuing 

A priority queuing lehető teszi a hálózat adminisztrátora számára, hogy 4 forgalmi prioritást 

használjon (magas, normál, közepes és alacsony). A bejövő forgalom szűrőlistás osztályozás 

révén a 4 kimenő várakozási sor valamelyikébe kerül. A magas prioritású sor mindaddig 

kiszolgálásra kerül, amíg üres nem lesz; ezután kerülnek csak a következő szintű várakozási 

sorból továbbításra a csomagok. 

Ez a sorba állítási elrendezés lehetővé teszi azt, hogy a kritikus fontosságú forgalom mindig 

megkapja azt a sávszélességet, amit igényel, és jócskán visszafogja a többi alkalmazás 

forgalmát. 

Ennél a sorba állítási mechanizmusnál különösen fontos tudni a forgalmi viszonyokat annak 

érdekében, hogy az alkalmazások ne szenvedjenek sávszélesség hiányban. 

Weighted Fair Queuing (WFQ) 

A WFQ lehető teszi azt, hogy a várakozási sorok ne szenvedjenek sávszélesség hiányban, és a 

forgalom megjósolható kiszolgálást kapjon. Az alacsony forgalmi igényű adatátvitelek 

kiemelt szolgáltatást kapnak, az összes átvinni kívánt forgalom időben továbbítódik. A magas 

forgalmat okozó adatátvitelek a fennmaradó sávszélességen egyenlő mértékben vagy 

arányosan osztoznak. 

A fair queuing dinamikusan azonosítja az egyes adatátviteli folyamokat és dinamikusan 

priorizálja azokat az előzőleg elfogyasztott sávszélesség alapján. Ez a felállás lehető teszi azt, 

hogy a sávszélesség tisztességes módon kerüljön megosztásra szűrőlisták használata vagy 

más időrabló adminisztratív feladatok nélkül. A fair queuing az egyes adatátviteleket forrás- 

és célcím, protokoll típus, kapuszám és QoS/ToS értékek alapján különbözteti meg. 

A fair queuing az alacsony sávszélesség igényű alkalmazások számára - amelyek a forgalom 

nagyobbik részét teszik ki - lehető teszi, hogy annyi sávszélességet igényeljenek, amennyire 

csak szükségük van; háttérbe szorítva a maradékon osztozó nagy sávszélesség igényű 

forgalmakat. A fair queuing csökkenti a késleltetés ingadozását, tisztességes módon 

megosztja a rendelkezésre álló sávszélességet az alkalmazások között. 

A súly érték a súlyozott fair queuing-nál több tényezőből áll össze: 

• IP elsőbbség 

• RSVP 
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• Frame Relay DE, FECN és BECN bitek 

• az adatfolyam által összesen forgalmazott adatmennyiség. 

Az IP elsőbbség mező értéke (ez az alapértelmezett) és 7 között változhat. Ahogy nő ennek 

a mezőnek az érték úgy ad több sávszélességet az adatfolyam számára az algoritmus. 

Frame Relay hálózatoknál a torlódást az FECN és a BECN bitek jelzik. Amikor torlódásjelzés 

érkezik, akkor az algoritmus által használt súlyok úgy változnak, hogy a torlódással 

szembetalálkozó alkalmazás kevesebbszer továbbíthasson. 

Az adatfolyam súlya fordítottan arányos az elfogyasztott sávszélesség összegével. 

Többszörös kapcsolat széttördelés és közbeszövés (Multilink Fragmentation and 
Interleaving) 

A többszörös kapcsolat széttördelés és közbeszövés vagy a Multichassis Multilink PPP 

(MMP) az az eljárás, amelyre több alacsony sávszélességű vonal esetén van szükség. A 

nagyobb méretű csomagok széttördelésre kerülnek, a sorba állítási rendszer a kisebb méretű 

csomagokat a nagyobb méretű csomagok darabjai közé helyezi be. 

Az alapvető megoldandó probléma az, hogy a legnagyobb (1500 byte) - a maximálisan 

elküldhető egység (MTU) méretével megegyező méretű - csomagoknak 215 

milliszekundumra van szüksége egy 56 kbps sebességű vonalon való áthaladáshoz. A valós 

idejű forgalmat vivő csomagoknak (főként hangátvitel esetén) a teljes végponttól végpontig 

terjedő késleltetése a 150-200 milliszekundumos tartományba kell hogy essen, de ezt ugye a 

215 milliszekundumos vonali késleltetés esetén túllépjük. 

Az MMP az MP csomag széttördelő képességére épít. Az MMP 4 vagy 16 

félbeszakítási/felfüggesztési szintet („sorba állítást") nyújt, amíg az MP csak egyet. Az MMP 

esetén nincs szükség arra, hogy a vonal minkét vége támogassa az MMP-t. 

Megjegyzések az MMP-hez 

Az MMP-t csak Point-to-Point Protocol-t használó (PPP) interfészeken lehet alkalmazni, 

kizárva a többi WAN átviteli módszert (Frame Relay, stb.). 

Az MMP csak a széttördelési eljárást és a félbeszakítási szinteket specifikálja, és nem 

specifikálja az egyes csomagdarabok priorizálásához szükséges sorba állítási technikát. 
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Szabályrendszer-alapú útvonalválasztás 

A szabályrendszer-alapú útvonalválasztás esetén a rendszer adminisztrátorának lehetősége 

van az általa beállított szabályrendszerrel irányítani a forgalmat, és nem csak az 

útvonalválasztó protokollok által meghatározott útvonalválasztást használni. A 

szabályrendszer-alapú útvonalválasztás lehetővé teszi az IP elsőbbség mező megváltoztatását, 

és ezzel lehetőséget teremt a különböző szolgáltatási osztályok engedélyezésére a hálózaton. 

A szabályrendszer alapulhat az IP címeken, kapu számokon, protokollokon vagy a csomagok 

méretén. Egyszerű esetben csak az egyik ilyen szempontot vehetjük figyelembe a 

szabályrendszer kialakításakor, de akár mindegyiket is használhatjuk egy bonyolultabb 

esetben. 

Minden csomag, amely egy szabályrendszer-alapú útvonalválasztásra engedélyezett 

interfészen érkezik be egy route map-nak nevezett kifinomult szűrőn halad át. A route map 

dönti el, hogy a csomag hová kerüljön továbbításra. 

A route map bejegyzéseket engedélyező vagy tiltó jelzéssel látjuk el. Ha a bejegyzés tiltó, 

akkor az összehasonlítás feltétellel egyező csomagok a normális továbbító csatornán keresztül 

kerülnek továbbításra (más szavakkal a célcím alapú útvonalválasztás hajtódik végre). Ha a 

bejegyzés megengedő, de a csomag nem egyezik meg az összehasonlítási feltétellel, akkor a 

csomagok szintén a normál útvonal-választási csatornán át továbbítódnak. Csak akkor 

kerülnek a szabályrendszer-alapú útvonalválasztás által specifikált beállítások végrehajtásra, 

ha a bejegyzés megengedő és a csomag összehasonlítása a feltétellel egyező eredményt ad. 

Megjegyzés: a szabályrendszer-alapú útvonal-választást a csomagot fogadó és a nem a 

csomagot elküldő interfészen kell megadni. 

Standard vagy kiterjesztett IP elérési vezérlő listát lehet használni az összehasonlítási 

feltételek megfogalmazására. Standard IP elérési listával forráscím feltételeket lehet 

specifikálni; kiterjesztettel pedig forrás- és célcím, alkalmazás, protokoll típus, ToS és 

elsőbbség mező érték alapján lehet dönteni. 

Az egyezési vizsgálatot továbbfejlesztették, hogy a csomagokat méret specifikált minimum és 

maximum méret alapján is lehessen vizsgálni. A hálózati adminisztrátor ezek után a 

csomagméretet, mint feltételt használhatja az interaktív és tömeges forgalom 

megkülönböztetésére (a tömeges forgalom általában nagyobb csomagméretet használ). 

A szabályrendszeres útvonal-választási processz addig vizsgálja a route map-et, amíg 
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egyezést nem talál. Ha nem talál egyezést, vagy tiltó bejegyzést talál, akkor a normál célcím 

alapú útvonal-választás következik. 

Megjegyzés: mint mindig, most is ott van egy implicit tiltás az egyezést kifejezések listájának 

a végén. 

Nagysebességű kapcsolatok 

Alacsony terhelésű kapcsolatokon jobb lehet a sorba állítási technikákat nem használni. Nagy 

sebességű vagy nagymértékben terhelt kapcsolt esetén ajánlott először tesztelést végezni, 

hogy melyik QoS eszköz nyújtja a legkövetkezetesebb megoldást. 

IP Elsőbbség — Szolgáltatási osztály 

Az IP elsőbbség egy perem funkció, amely lehetővé teszi a gerinchálózati QoS eszközöknek 
(Random Early Detection [RED], WRED), hogy a forgalmat a szolgáltatási osztálynak 
megfelelően továbbítsák. A rendszergazda 6 szolgáltatási osztályt definiálhat. Ezek után 
kiterjesztett elérési vezérlő listák és szabályrendszer térképek használatával torlódáskezelésre 
és forgalmi osztályok számára történő sávszélesség foglalásra használhatja ezeket. Az IP 
elsőbbség szolgáltatás az egyes csomagokhoz történő CoS hozzárendelésére az IP fejléc ToS 
mezejében lévő három elsőbbség bitet használja fel. Az IP elsőbbség szolgáltatás jelentős 
flexibilitást nyújt az elsőbbség hozzárendeléséhez; lehetőség van alkalmazás, IP cím, MAC 
cím vagy fizikai por alapján történő hozzárendelésre. 

A rendelkezésre álló IP elsőbbség beállítások a következők lehetnek a ToS mezőben: 
routine Set routine elsőbbség (0) 

priority Set priority elsőbbség (1 ) 

Immediate Set immediate elsőbbség (2) 
Flash Set Flash elsőbbség (3) 

flash-override Set Flash override elsőbbség (4) 
critical Set critical elsőbbség (5) 

internet Set internetwork control elsőbbség (6) 

network Set network control elsőbbség (7) 

A 6-os és a 7-es értéket a hálózati vezérlő és ellenőrző információk részére (útvonal- 
választási információfrissítés, stb.) van fenntartva. Alapesetben minden csomag a 0-s 
osztályba tartozik. 



Forrás: http://www.doksi.hu 



Az IP elsőbbség szolgáltatás lehetővé teszi, hogy a hálózat vagy passzív módon (a felhasználó 
által beállított elsőbbséget hagyva) vagy aktív módon (a megadott szabályrendszert használva 
beállítsa vagy felülírja az elsőbbségi hozzárendelést) viselkedjen. Az IP elsőbbséget le lehet 
képezni más hasonló technológiáknál alkalmazott QoS eljárásokra (például Tag Switching, 
Frame Relay, vagy ATM), lehető téve végponttól végpontig terjedő QoS szabályrendszer 
nyújtását heterogén hálózati környezetben. Ezért az IP elsőbbség szolgáltatási osztályokat tesz 
lehetővé a meglévő alkalmazások módosítása és bonyolult hálózati jelzésrendszer nélkül. 
Az IP elsőbbség nem egy sorba állítási módszer, de lehető teszi más sorba állítási eljárások 
számára (WFQ, WRED), hogy az IP elsőbbség alapján priorizálják a csomagokat. 

Megjegyzések az IP elsőbbséghez 

A Cisco IOS szoftvernél a passzív mód az alapértelmezett. Ebben a módban nincs bebocsátás 
ellenőrzés, és bármely IP elsőbbség opcióval rendelkező alkalmazás magasabb QoS-t kaphat. 
Az IP elsőbbség bitek értékét az útvonalválasztás során lehet felülírni route map-ek és 
szűrőlisták segítségével. 

Gerinc: 

RED — torlódás megelőzés 

A véletlenszerű korai detektálás - Random Early Detection (RED) - egy torlódás megelőzési 
algoritmus, amely azon az elven alapul, hogy bizonyos forgalom típusok érzékenyek a 
csomagvesztésre, és lelassítják a forgalmat, amikor csomagvesztést érzékelnek. A 1980-as 
évek elején kifejlesztett RED a csomageldobás módszerét használja a csomagokat küldő host- 
ok forgalom-kibocsátásának csökkentésére. 

A RED jól működik olyan környezetekben, ahol a forgalom magas százaléka a 
csomagvesztést jól tűri (TCP). Ha a forgalom jelentős százaléka nem ilyen (például Novell 
NetWare vagy AppleTalk), akkor az algoritmus által a forgalom csökkentése érdekében 
eldobott csomagok nagy valószínűséggel súlyos mellékhatásokat okoznak. Hasonlóan, a csak 
egyszer elküldhető (valós idejű) forgalom, mint például a hangátvitel nehezen tűri a 
csomagvesztést. Az RED által okozott adminisztratív többletterhelés meglehetősen alacsony, 
ezért egészen az OC-3 sebességű interfészekig alkalmazható. 
A RED működésének megértéséhez a legáltalánosabb használt megbízható protokoll, a TCP 



Forrás: http://www.doksi.hu 



működését kell megértenünk csomagvesztési szituációban. 

Amikor a TCP vevő egy adat szegmenset vesz, akkor ez vagy az a szegmens, amit várt (az 
oktet szekvencia szám az, amire számított), vagy nem az. Ha ez a következő várt szekvencia 
szám, akkor az összes elküldhető adatot továbbítja az alkalmazás felé, frissíti a várt 
szekvencia számot, és vagy azonnal, vagy kis késleltetéssel elküldi a nyugtázást (ACK) 
jelezve, hogy mindent megkapott kivéve azt az egy (hiányzó) szekvencia számot. Vagyis 
minden más elküldött szegmensre nyugtázást próbál küldeni. Az ok egyszerű: a legtöbb 
alkalmazásban van valamilyen visszaküldött válasz, amelyre a nyugtázást rá lehet ültetni, és 
ez a kis késleltetés lehetővé teszi a „hordár" elkapását. De ha valamit nem sorrendben kap, 
akkor általában azonnal nyugtáz mindent, amit csak tud. A cél az, hogy ha valami elveszik, 
akkor az első ismételt küldés befoltozza a hiányzó részt. 

Amikor a TCP küldő megkapja a nyugtázást, akkor először is ellenőrzi, hogy van-e valami 
kinnlevő, nyugtázandó adat. Ha nincs, akkor ez egy keepalive üzenet. Ha van, akkor ez vagy a 
küldött adat egy részét, vagy semelyik részét sem nyugtázza. Ha egy részét nyugtázza, akkor a 
küldő ellenőrzi, hogy megnövekedett-e a hitelkeret, amely a küldő számára több adat küldését 
teszi lehetővé. Ha semelyik részét sem nyugtázza és van kinnlevő adat, akkor csak egy 
lehetséges magyarázat van - ez egy megismételt nyugtázás. Nos, miért is ismétel meg egy 
küldő egy nyugtázást? Legvalószínűbben azért, mert néhány adatot nem megfelelő sorrendben 
kapott meg (ez okozza az első nyugtázást), majd megkapta a második szegmenset szintén 
nem megfelelő sorrendben (a második nyugtázást okozva). Nos, miért kaphatott meg két 
szegmenset nem megfelelő sorrendben? Bizonyára azért, mert egy szegmens eldobódott. 
Amikor egy TCP küldő kiesett szegmenset érzékel, vagy az imént leírt módon vagy 
időtúllépés miatt, akkor a nyugtázási várólistáján lévő első szegmenset ismét elküldi (az 
adatátvitel újraindítása érdekében) és a lassú indítás állapotba lép be. Ez teszteli a hálózatot, 
hogy mekkora az a sebesség, amellyel adatvesztés nélkül adhat. 

Egy RED-et nem használó hálózatban a megtelő átmeneti tárolók és eldobódó csomagok több 
TCP kapcsolatnál lassú (újra) indítást okoznak. Ez a helyzet végső fokon azt eredményezheti, 
hogy a hálózati forgalom a TCP ablakok méreteinek növekedésével szinte hullámokban jön. 
A router a RED használatával képes menedzselni a TCP lassú indítás mechanizmust, először 
csak egy TCP átvitelt visszafogva, megmérve az okozott hatást, majd ha szükséges, a többi 
TCP átviteleknél is csomagokat eldobva. 
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A RED a várakozási sort két részre osztja, egy normális működésre szánt részre, ahonnan 

szándékosan sohasem kerül adat eldobásra, és egy másikra, amely az additív terhelést okozó, 

túlburjánzó TCP kapcsolatok által okozott túlcsordulások kezelésére hivatott. Ezek a 

túlcsordulások közvetlenül összefüggnek az adási és a várakozási sorok mélységével. A RED 

méri is az átlagos sor mélységét - amikor az átlagos sor mélység az alacsony tartományban 

van, akkor a felső tartomány átmeneti tárolóként szolgál, de amikor az átlagos sor mélység a 

felső tartományba esik, akkor el kell kezdeni az adatok eldobását. Nem minden kerül 

eldobásra, csak bizonyos arányú eldobás kezdődik el. 

Az eldobási mértéknek a legutóbbi eldobás óta eltelt idő (minél több idő telt el azóta, annál 

nagyobb a valószínűsége, hogy ez az üzenet eldobásra kerül) és az átlagos sor mélység 

sztohasztikus függvényének kell lennie. Ha a forgalom szintje hullámzik, akkor először egy 

csomag eldobásra kerül, és valamennyi idő eltelhet abban az esetben, ha a hullám csak 

időleges volt. Ha a forgalom szintje növekszik, akkor további csomagok kerülnek eldobásra a 

növekvő forgalmi terhelés arányában. 

Továbbá, az eldobások közötti intervallumnak elég hosszúnak kell lennie, hogy a TCP 

küldőnek lehetősége legyen a csomagvesztés érzékelésére és a lassú indítás állapotba lépésre. 

Természetesen, ha a forgalom véletlenül kerül kiválasztásra és az első TCP küldőnek relatíve 

alacsony a forgalma, akkor néhány más kapcsolat fajlagoson többször kerül „eltalálásra". 

A RED nagy sebességű TCP/IP hálózatoknál hasznos, a vezérelt csomageldobással megelőzi 

a torlódás kialakulását. 

A Cisco ajánlása szerint az exponenciális súlyozási tényezőt alapértéken célszerű hagyni; 

azonban a működési környezettől függően szükséges lehet az érték megváltoztatására. 

Például a 10-es érték (az alapértelmezett), amely 10" elvesztési arányt valósít meg nagy 

sebességű kapcsolatok esetén javasolt (DS3 és OC-3); míg a 7-es érték, amely 10" 3 elvesztési 

arányt valósít meg, TI sebességű kapcsolatoknál ajánlott. 

A RED egy típusa a FIFO sorba állításnak, és ezért nem lehet olyan interfészen 

bekonfigurálni, amely custom, priority vagy fair sorba állításra van már konfigurálva. 
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Frame Relay QoS 

Ez a rész néhány alapvető eljárást mutat be a hang forgalom priorizálására és a szükséges 
minőség biztosítására Frame Relay csatornán, valamint megjegyzéseket fűz minden egyes 
megoldáshoz. A megoldások skáláján megtalálható az MTU változtatása, az RTP 
fejléctömörítés, külön DLCI a hang és az adatforgalom részére, a rendelkezésre álló 
sávszélességnek a CIR-hez állítása és az általános forgalom alakítás használata. Az adott 
hálózaton legsikeresebben használható eszköz megtalálásának érdekében ki kell tesztelni az 
adott Frame Relay hálózat karakterisztikáját. 

Alacsony sávszélességű Frame Relay kapcsolatoknál szükséges a nagyobb méretű csomagok 
széttördelése a nagy csomagméret miatt jelentkező késleltetés elkerülése érdekében. Az 
MMP-hez hasonló adatkapcsolati szintű széttördelést végző eszköz nélkül az interfész MTU 
értékét szükséges megváltoztatni a késleltetési tűrés és a sávszélesség függvényében. Ez a 
beállítás megoldja a nagy csomagok kérdését, mert az interfészen minden, az „új" MTU 
méreténél nagyobb csomag széttördelésre kerül. 

Az MTU átméretezés különböző problémákat okozhat. Egy csomag 300 bájtokra tördelése a 
csomag processz kapcsolását okozza. A széttördelt csomagok egész hálózaton történő 
utazásuk során „új" MTU méretűek lesznek. Természetesen a kisebb csomag méretek az 
egész hálózat teljesítményét is befolyásolják. És ha valamelyik csomagnál a ne-tördelj-szét bit 
be van állítva, akkor az eldobásra kerül. 

Az általános szabály MTU változtatásra az, hogy 64 kbps-os interfészen 100, 128 kbps-on 
200, 256 kbps-on 400 és 512 kbps-on 800 a javasolt. Amikor a sávszélesség eléri az 1 Mbps- 
t, akkor már nincs szükség az MTU változtatásra. Általánosságban elmondható, hogy ahol 
csak lehetséges a teljes késleltetés tűrési keretet kell figyelembe venni az egy interfésznél 
eltölthető idő (késleltet) kiszámításánál. 

Mint a PPP-t alkalmazó bérelt vonalnál, a CRTP-t csak alacsony sávszélességű kapcsolatnál 
kell használni. 

A tesztelések azt mutatják, hogy a legjobb hangminőség Frame Relay esetén 2 DLCI 
használatával érhető el. Ebben az esetben az első DLCI az adat DLCI, a második a hang 
DLCI; minden hang forgalomnak a hang DLCI-t kell használnia, a többi forgalom az adat 
DLCI-t használhatja. 
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Ennél a példánál két szubinterfészt használunk, minden adatforgalom a serial 0. 1 interfészen 

át továbbítódik (adat DLCI). Az adat DLCI nincs a CTR értékre korlátozva, szükség esetén 

bármikor használhatja a Frame Relay burst sebességét. MTU méretezést kell használni az 

adat DLCI-n, mert csak egy fizikai kapcsolat van a Frame Relay hálózathoz. Csak egy fizikai 

interfész esetén a nagy csomagok a hang DLCI-n átmenő forgalom akaratlan késleltetését 

okozhatják. 

A serial 0.2 szubinterfész limitált sávszélességre van beállítva a rendelkezésre álló CIR 

alapján. Mivel nagy csomagok nem kerülnek a hang DLCI-hez küldésre, ezért az MTU 

méretezés nem szükséges. 

Az általános forgalom alakítás használata mind a hang, mind az adat DLCI-n lehetővé teszi a 

forgalom lelassítását a Frame Relay hálózaton érkező torlódásjelzés (BECN) esetén. Emellett 

szintén megengedi a hálózati rendszergazdának az időperiódus és az alatt elküldhető teljes 

adatmennyiség mértékének beállítását. 

Megjegyzés: a Frame Relay forgalomalakítás és az RSVP jelenleg nem kompatibilisek. 

Megjegyzések a kettős DLCI-khez 

Mint minden más hálózati elrendezésnél, ennél is vannak hátrányos tulajdonságok. A 
legbonyolultabb a Frame Relay hálózatban szükséges DLCI duplázás megvalósításához 
szükséges adminisztratív munka. További adminisztratív munkát jelent az IP útvonalak 
megkétszerezése és a komplex beállítások használata. Nem elhanyagolható a két DLCI 
használat okozta többletköltség sem. 

Megjegyzés: a felhasználónak szabályrendszer- alapú vagy állandó útvonalválasztást kell 
ahhoz beállítania, hogy az x forgalom az x interfészen át továbbítódjon. 
Az előzőek áttekintést és rövid magyarázatot adtak a Cisco IOS legtöbb QoS eszközéről. 
Ezek után itt az idő megérteni, hogy ezek az eszközök hol és milyen típusú hálózatoknál 
használhatóak. Általánosságban elmondható, hogy a perem szekcióban leírt eszközöket az 
alacsony sávszélességű kapcsolatoknál kellene használni, ahol a sorba állítás és a tömörítés a 
legnagyobb hatást fejti ki. A gerinchálózati részben ismertetett eszközöket pedig 
megközelítőleg a hálózat központjában kell bevetni. A gerinchálózaton a fő cél nem a 
csomagok osztályozása vagy biztonsági listák előírása, hanem a csomagoknak a cél felé 
történő lehető leggyorsabb kapcsolása, továbbítása. Azonban néhány gerinchálózatnál 
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szükséges a torlódás menedzsment eszközök használata, például a WRED alkalmazása a 
forgalom ellenőrzésére és a terhelési túllövések levágására. 

Voice over IP — Tervezés 

Amikor VoIP hálózatot tervezünk, akkor a késleltetést és az átviteli időt szigorúan ellenőrzés 
alatt kell tartani. Elfogadható hangminőséges eléréséhez a végponttól-végpontig terjedő 
késleltetést 200 milliszekundum alatt kell tartani. Ez a késleltetési határ nem az átlagos 
késleltetésen, hanem az egyes csomagoknál megengedett késleltetésen alapul. 
Két VoIP-t végző Cisco útvonalválasztó és torlódásmentes kapcsolat esetén a késleltetés az 
50-60 milliszekundumos tartományba esik. Az elérendő 150-200 milliszekundumos 
késleltetést célul kitűzve és a két VoIP útvonalválasz okozta késleltetést adottnak véve, 90- 
150 milliszekundumig tarthat a csomagforrástól végpontig való átvitele. 
Amikor tervezésre vállalkozunk, akkor az egyik legelső és fontos dolog a használandó 
CODEC kiválasztása. Azok, akik VoIP hálózat telepítését választják, legnagyobb 
valószínűséggel kihasználják a csöndelnyomás (VAD) és a tömörítés (G.729) adta előnyöket. 
Más cégek emelt minőségű szolgáltatást akarnak nyújtani, ekkor a G.71 1 a vonzóbb. 
A CODEC választásnál figyelembe veendő szempontok között szerepelhet a MOS érték, a 
tandem kódolás, a rendelkezésre álló sávszélesség, a megtakarítható költség és a felhasználók 
száma. Ezeket a szempontokat gondosan mérlegelni kell a CODEC kiválasztás előtt. 
Nagyon fontos megérteni, hol tart ma a felhasználó hálózata és milyennek akarja a 
felhasználó az adat-hang integráció után. A következő kérdésekre kell választ kapni mielőtt a 
javasolt megoldásról szó eshetne: 

1 . Mennyi a hang hálózat éves költsége és mekkora a szükséges tőkebefektetés? 

2. Mi a VoIP alkalmazásának elsődleges célja? 

3. Hány távoli kirendeltség van? 

4. Hány fő van a távoli kirendeltségeken? 

5. Hány perc az átlagos telefonhasználati idő / f ő / távoli helyszín? 

6. A hívások hány százaléka irányul a cégen belülre? 

7. Mekkora az átlagos költség percenként és helyszínenként? 

8. Milyen a felhasználók által elvárt hangminőség (rádiótelefon, fizető minőség)? 

9. Hány perc a helyszínek között lebonyolított távolsági hívások idejének összege? 
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10. A forgalom hány százaléka lesz hang és hány százaléka fax? 

11. Támogatja-e a meglévő IP infrastruktúra a hangátvitelhez szükséges QoS-t? 

VolP tervezési szempontok FR és ATM hálózatok esetén 

Frame Relay 

Késleltetés 

Frame Relay hálózatok késleltetését alapvetően az állandó sorbaállítási és a változó 
bufferelési késleltetés határozza meg. Az előbb említett két tényező mellett a terjedési idő is 
jelentős szerepet tölthet be (például VSAT-os FR szolgáltatás esetén), de normál 
körülmények között ezt elhanyagolhatjuk. A sorbaállási késleltetés a frame relay keret 
méretétől és vonal sebességétől függ. A keret méret növelése hatékonyabb sávszélesség 
kihasználást, ugyanakkor nagyobb késleltetést is eredményez. Pl. 64 kbi/s és 1500 bájt 
hosszúságú csomagméret esetén a sorbaállítási késleltetés egyetlen linken 187 ms (1500*8/64 
000). Természetesen amennyiben a FR keret több FR linken, kapcsolón megy keresztül, 
minden egyes kapcsoló újabb sorbaállítási késleltetést eredményez. A nagy méretű adat 
csomagok okozta késleltetés megelőzése érdekében a Frame Relay Forum FRF 12 szerinti FR 
keret darabolás/összeállítási eljárást is alkalmazhatjuk. 

A bufferelési késleltetést a forgalmi, torlódási viszonyok és a berendezés belső felépítése 
(buffer méret) határozza meg. A hang csomagok megfelelő prioritással történő kezelése 
"Átviteli minőségi követelmények" fejezetben ismertetett mechanizmusok (RSVP, IP 
precedence , FRF 12 ...) segítségével történik. 

Általában a FR hálózat okozta késleltetés nem jelent megoldhatatlan problémát az IP alapú 
hangtovábbítás számára. A FR tervezési irányelvekkel részletesen foglalkozik még a "Frame 
Relay Qos" fejezet. 

Sávszélesség 

A hangcsatornák számának meghatározása után rendelkezésünkre áll a minimálisan 
szükséges sávszélesség. A FR virtuális áramkör garantált átviteli sebességének (CIR- 
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Committed Information Rate) egyenlőnek vagy nagyobbnak kell lenni, mint a hangcsatornák 
és jelzésrendszerek átviteléhez szükséges sávszélesség. Természetesen a CIR igénylésekor 
más adat alkalmazás sávszélesség igényét is figyelembe kell venni. 

A hang és adat forgalom megfelelő prioritással történő kezelése a routerekben, access 
koncentrátorokban az "Átviteli minőségi követelmények" fejezetben ismertetett 
mechanizmusok (RSVP, IP precedence ,..) segítségével történik. A felhasználók a hang és 
adat forgalmat FR szinten is elkülöníthetik, ha két PVC-t bérelnek a szolgáltatótól, de erre a 
legtöbb esetben nincs szükség. 

ATM 

ATM Szolgáltatások 

Az ATM különböző szolgáltatási osztállyal igényelhető, amely közül az IP alapú 
hangátvitelre leginkább a CBR és a VBR szolgáltatási osztály a legalkalmasabb. Az UBR a 
szabvány szerint nem garantál késleltetés sem átvitt adat mennységet. Az ABR alkalmas 
hangtovábbításra elterjedése azonban még meglehetősen limitált. 

Késleltetés 

Mivel az ATM szolgáltatást úgy tervezték, hogy alkalmas legyen valós idejű információ 
továbbítására, a késleltetés és a jitter nem okoz problémát. CBR esetén a késleltetés és a 
késleltetés ingadozása (CD VT) kicsi, VBR (nrt, rt) szolgáltatás esetén nagyobb, de még így is 
nagyságrendekkel alacsonyabb, mint amit a FR kapcsán láttunk. 

Sávszélesség. 

CBR szolgáltatás esetén a PCR-nek (Peak Cell Rate -Maximális Cella Sebesség) nagyobbnak 
vagy egyenlőnek kell lenni, mint a hangátvitelhez meghatározott sávszélesség. 
VBR szolgáltatás esetén a SCR-nek (Sustained Cell Rate - Átlagos Cella Sebesség) kell 
nagyobbnak vagy egyenlőnek lenni, mint a hangátvitelhez kiszámított sávszélesség. A VBR 
szolgáltatási osztály jobban alkalmas időben változó forgalom 
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Csomag alapú hang hálózatok tervezése 

Az integrált hang, adat hálózatok tervezése előtt fel kell hívnunk a figyelmet a hang illetve 

adat hálózatok közötti hasonlóságra. Mindkét hálózat végpontól- végpontig szeretne 

kapcsolatot kialakítani a felhasználók részére, ami a jelzésrendszer, a címértelmezés és a 

routing koncepciók hasonlóságát eredményezi. 

Az igazi feladat az integrált hang adat hálózatok tervezésénél éppen annak a megértése, hogy 

lehet ezeket az elemeket konfrontáció nélkül egyetlen hálózatba elhelyezni. A késleltetést és 

késleltetés ingadozását valamint azt, hogy hogyan csökkentjük ezek hatását részletesen kell 

tárgyalnunk a következő fejezetekben, hiszen a késleltetés érzékeny hang és a késleltetés 

érzékeny adat (pl. SNA) ugyanazon a hálózati elemen keresztül halad. 

Nem minden forgalom, amit egy hang áramkörön továbbítunk késleltetés érzékeny. Például 

fax és hang posta nem feltétlenül támaszt olyan valós idejű követelményeket, mint amilyen 

egy természetes telefonbeszélgetéshez szükséges. Fax és hangposta továbbítás önmagában is 

olyan jelentős tényező, ami igazolásul szolgálhat egy integrált hang adat hálózat 

kialakításánál. 

A tervezést alábbi hat lépésben célszerű végrehajtani: 

1 . Hálózati Audit 

2. Hálózati Követelmények 

3. Technológiai és Szolgáltatás Áttekintés 

4. Műszaki Irányelvek 

5. Kapacitás Méretezés 

6. Pénzügyi Analízis 

A folyamat a jelenlegi hálózat kiértékelésével kezdődik, ami segít a következő lépés a 
hálózati célok és követelmények meghatározásában is. Ezt követi a rendelkezésre álló 
technológiák kiértékelése és a speciális hang átvitelhez szükséges mérnöki tervezések és 
tervezési irányelvek elkészítése. Utolsó lépésként a pénzügyi analízist kell elvégzése. 

Hálózati Audit 

Az első lépés a hálózat tervezésénél a jelenleg állapot meghatározása. Számba kell venni a 
meglévő eszközöket és azok képességeit, valamint üzemeltetési költségeiket. Meg kell 
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határozni a jelenlegi megoldás költségeit és hogy a hálózat hogyan igazodik a tervezett hang 

és adat igényekhez. 

Fel kell térképezni azokat a jövőbeni projekteket amelyek hálózati erőforrásokat igényelnek 

és amennyire lehetséges meg kell határozni ezen projektek hatását a hálózatra. 

Milyen a jelenlegi hang és adat hálózat szolgáltatás minősége? Szükséges a színvonal 

növelés? Végezetül szükség lehet forgalom analízisre a jelenlegi forgalmi viszonyok pontos 

meghatározásához. Lehetséges, hogy néhány helyen csökkenthetjük a linkek számát, amíg 

más helyeken újakat kell kialakítani. 

Hálózati követelmények 

Amint az alapok megvannak a következő feladat az integrált hang adat hálózat 
követelményeinek meghatározása. Először is meg kell határozni azt a domináns forgalmi 
típust, amit a hálózatnak támogatni kell. Azt is meg kell határozni, hogy a mennyire legyen 
szoros a hang adat integráció szintje. Ez utóbbi a megfelelő technológia kiválasztásában segít 
(VoATM, VoFR, VoIP). A szükséges hang minőség meghatározása behatárolja a késleltetési 
és tömörítési lehetőségeket. 

Meg kell határozni a telefon terhelésnek, forgalomnak azt a szintjét, amit még a hálózat le tud 
bonyolítani anélkül, hogy az adat forgalmat zavarná. A pénzügyi követelmények 
meghatározzák a megfelelő ROI és megtérülési időszakot. 

Technológiák és szolgáltatások áttekintése 

A következő lépés, hogy a rendelkezésreálló technológiák és szolgáltatásokat kiértékelése 

után ki kell választani azt a modellt, technológiát ami legjobban teljesíti az előző fejezetben 

meghatározott követelményeket. 

Minden csomag alapú hangátvitel azonos alapokon nyugszik, amit a 1. Ábra mutat. A csomag 

alapú transzport hálózat lehet IP, FR, ATM. A hálózat peremén találhatók a voice agentek. A 

voice agentet tartalmazó eszköz feladata, hogy a hagyományos telefóniában használt hang 

információt, a csomag alapú hálózaton történő továbbításra alkalmas formára alakítsa. A 

hálózat ezt követően továbbítja a csomag szintű információt ahhoz a voice agenthez amelyik 

a hívót felet szolgálja ki. 

Integrált hang adat hálózat tervezése magában foglalja az alábbi három technológia 
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kiértékelését. 

• Voice over ATM (VoATM) 

• Voice over Frame Relay (VoFR) 

• Voice over IP (VoIP) 

A következő fejezetben csak a VoIP-t fogjuk áttekinteni. Először a hang adat integráció 

transzport és transzlációs módját mutatjuk be. 

Mint az előbb említettük a hang adat integrációnak két alapvető módja van a transzparens és a 

transzlációs. Transzparens módban az adat hálózat átlátszóan, transzparens módon továbbítja 

a hang, beszéd illetve jelzés információkat. Ennek egyik példája az ATM, ahol az áramkör 

emuláció szimulálja a trönköket és transzparensen továbbít minden információt. 

Transzlációs mód esetén az adathálózat a hagyományos távbeszélő funkciókat látja el. A 

jelzés értelmezése, majd egy kapcsolt virtuális áramkör létrehozása ATM hálózaton keresztül, 

egy példa erre. A transzlációs mód sokkal összetettebb, mint a transzparens és a 

megvalósítása jelenleg számos szabványosítási szervezet témája. 

A megfelelő modell kiválasztása műszaki, technológia és elérhetőség kérdése. 

VoIP 

Ebben a fejezetben röviden a VoIP jelzésrendszert, routingot és címzést ismertetjük. 

VoIP jelzés három különálló részre bontható: jelzés a PBX-től a routerig, jelzés a két router 

között és jelzés a routertől a PBX-ig. A magánhálózat az intranet az alközpont számára úgy 

látszik, mint egy trönk interfész, aminek az alközpont utasítást adhat a trönk lefoglalására. 

Alközponti jelzésrendszer lehet az analóg FXS vagy E&M illetve digitális közös csatornás 

jelzésrendszer, mint pl. QSIG. Az alközpont hasonló módon továbbítja a routernek a 

tárcsázott számokat, mintha egy telefon főközponthoz továbbítaná. 

A routerben a Diai Plán Mapper a tárcsázott számot egy IP címre képezi le és Q.931 Call 

Establisment Request üzenetet küld az IP cím által jelzett távoli peernek. 

Ez alatt a vezérlő csatorna, felépíti a Reál Time Protocol (RTP) audió összeköttetést és az 

RSVP protokollt lehet arra használni, hogy garantált szolgáltatás minőséget biztosítson. 

Amikor a router veszi a Q.931 szerinti hívás kezdeményezés üzenetet, lefoglalja az alközpont 

vonalát. Amint az alközpont küld egy visszaigazolást, a router a PBX-nek továbbítja a 

tárcsázott számokat és egy visszaigazolást küld a hívást kezdeményező routernek. 
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Összeköttetés mentes hálózatokban, mint amilyen az IP hálózat, a kapcsolat felépítés a 

végberendezések feladata, aminek a szükséges jelzésrendszert is tartalmaznia kell. 

Ahhoz, hogy sikeresen lehessen emulálni a telefon szolgáltatást az IP hálózaton keresztül, a 

jelzésrendszer protokoll készletének bővítésére volt szükség. 

Például egy H.323 agent tarozik a routerhez, hogy a szabványos módon támogathassa az 

audio és jelzésrendszer folyamot. A Q.931 protokoll használják a végberendezések a H.323 

agentek közötti hívás felépítéshez és bontáshoz. Az RTCP saját maga építi fel az audió 

csatornát. Megbízható session orientált TCP protokollt alkalmazzák a jelzés információ 

biztonságos továbbítására. Az RTP ami az UDP felett található szállítja a valósidejű audio 

jelfolyamot. RTP azért használja az UDP-t mint transzport protokoll mert az általa okozott 

késleltetés kisebb mint a TCP-é. A hang összeköttetés a jelzésrendszertől és az adat 

forgalomtól eltérően toleráns a kis adat vesztesre de az adat újra küldés hatékonyan nem 

használható. 

A 7. Táblázat az ISO protokoll referencia model alapján a voice agent IP protokoll készletét 

mutatja. 
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7. Táblázat IP protokoll készlet 

VolP címzés 

A már meglévő magánhálózatban, intranetben az IP számozási rendszer változatlan maradhat. 
Az IP számozási rendszeren belül a hang interfészek úgy látszanak, mint egy plusz IP hoszt. 
A tárcsázott telefonszám IP címre fordítását a Diai Plán Mapper végzi. A hívott telefon száma 
vagy annak egy része lesz megfeleltetve egy IP címnek. Amikor a router megkapja a 
telefonszámot, összehasonlítja a routing táblájában lévő számokkal. Ha talál ugyanolyat, a 
hívást az ahhoz tartozó IP címhez irányítja. Az összeköttetés felépülése után, az intranet 
összeköttetése a felhasználók számára transzparens. 
VolP routing 
Az egyik erőssége az IP-nek a routing protokolljának fejlettsége. Modern routing protokoll, 
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mint amilyen például az EIGRP képes arra, hogy a késleltetést figyelembe vegye a legjobb 

útvonal meghatározása során. Ezek a protokollok gyorsan konvergáló protokollok, amelyek a 

hangösszeköttetések számára biztosítják az öngyógyító képességükből származó előnyöket. 

Fejlett funkciók, mint amilyen a policy routing, hozzáférési lista lehetővé teszik, hogy 

összetett és biztonságos routing módszert alakítsunk ki a hang forgalom részére. 

A VoIP gateway az RSVP-t automatikusan igénybe veheti annak érdekében, hogy a hang a 

legmegfelelőbb útvonalon haladhasson. Ez akár több hálózati szegmensen keresztül is 

történhet, mint pl. kapcsolt LAN vagy ATM hálózat. Napjaink legérdekesebb fejlesztés az IP 

routing területén az MPLS (Tag Switching). MPLS lehetővé teszi az IP routinng, poliszi és 

RSVP funkcionalitást, ATM hálózati transzport vagy más nagy sebességű traszporthálózat 

ötvözésével. További előnye az MPLS-nek a forgalom tervezési lehetőség, ami lehetővé teszi 

a hálózati erőforrások hatékony kihasználását. A forgalom szabályozást lehet végezni 

különböző feltételeknek alapján, például a napszaknak megfelelően. 

VoIP és a késleltetés 

Routereknek és az IP hálózatokkal szemben nagy kihívás, hogyan alkalmassá kell válniuk 

arra, hogy a késleltetést és késleltetés ingadozását korlátok között tartsa. Tradiconális IP 

hálózat "best effort"-ként működik, ami azt jelenti, hogy a bejövő IP csomagokat először jött, 

először megy alapon továbbítják. 

A csomagok természetüknél fogva változók, ami lehetővé teszi, hogy a nagy fájl transzfer 

kihasználja a nagy csomag méretből fakadó előnyöket. Ezeknek a jellemzőknek köszönhetően 

a csomag továbbítás során nagy késleltetés és késleltetés ingadozás lép fel a hálózatban. 

Jelenleg számos erőfeszítés irányul arra, hogy szabványos vagy a Cisco saját fejlesztéseken 

keresztül a késleltetés érzékeny forgalmat lehessen továbbítani. RSVP lehetővé teszi 

számunkra, hogy a hálózat erőforrásait a végberendezések lefoglalják. Az RSVP lehetővé 

teszi hogy különböző típusú forgalmak számára megfelelő buffert (queut) foglaljunk, ezzel 

segítve elő a késleltetés és késleltetés ingadozásának csökkentését az IP hálózatban. 

RFC 1717 a nagy csomagokat kisebbekre darabolja az adatkapcsolat réteg szintjén. Ez a 

megoldás csökkenti a hang csomagok késleltetés és késletetés ingadozását olyan módon, hogy 

hang csomagoknak kevesebbet kell várni trönk interfészre jutásához. 

Weighted Fair Queuing vagy priority queuing lehetővé teszi, hogy a hálózat a különböző 

típusú forgalmakat, egymástól független szolgáltatás minőségű (QoS) sorba helyezze. Az 
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eljárás úgy lett tervezve, hogy a hang prioritást kapjon az adat forgalommal szemben, ami 

csökkenti a potenciális sorbanállási késleltetést. 

A következő pontokban néhány fejlesztést mutatnánk be, amit az IP társadalomban végeznek. 

Egyik megoldandó feladat az IP alatti különböző második rétegbeli protokollok alkalmazása 

és a cím meghatározás szükségessége. Cím meghatározás történhet statikusan, táblázatban 

fixen definiált információ alapján, alkalmazhatunk valamilyen broadcast megoldást vagy 

használhatunk egy központi cím meghatározó szervert. 

A korábban már ismertetett DHCP lehetővé teszi, hogy ne foglalkozzunk a saját gépünk IP 

címével, a DNS pedig abban segít, hogy ne kelljen tudnunk annak végpont fizikai a címét ha 

kommunikálni szeretnénk vele. Talán hasonló mechanizmus fogja segíteni, a telefon mint 

fizikai berendezés logikai megfeleltetését. 

Műszaki irányelvek 

Ebben a fejezetben azt mutatjuk be, mi lehet hatással a hang minőségére és ez mellet, 

útmutatót szeretnénk adni a megfelelő hangminőség eléréséhez. Bemutatjuk, hogy mekkora 

az a késleltetés ami még elviselhető. 

Kódolás és hang tömörítés az első tényező, ami alapvető hatással van a hang minőségére. 

Kódoláson azt az eljárást értjük ami az analóg jelet digitális jelfolyammá alakítja. PCM az a 

szabványos megoldás, ami az analóg jelet 64 kbit/s sebességű digitális jelfolyammá alakítja. 

Tömörítés lehetővé teszi, hogy a szabványos és hagyományos 64 kbit/s helyett ennél 

kevesebbet kelljen használni. Többszöri konvertálás analógról digitálisra vagy tömörítési 

eljárások változtatása súlyos hatással lehet az eredeti hang jelfolyam minőségére. 

A késleltetés két negatív hatással van a beszélgetésre. A hosszú késleltetés a beszélgetés 

során azt eredményezheti, hogy a hallgató előbb kezd el beszélni, mint mielőtt a beszélő 

befejezné a mondanivalóját. A másik, hogy a hosszú késleltetés a visszhang megjelenését 

vonhatja maga után, amit az eredeti jelnek a távoli végponttól történő visszaverődése hoz 

létre. 

Visszhang kis késleltetés esetén nem zavaró és szinte észrevehetetlen, észrevehető csak a 

nagy késleltetéseknél lesz. A vonal minősége szintén hatással van a hang minőségére, de ez 

nem tarozik ennek a tanulmánynak a hatáskörébe. 

Amikor a hangtömörítésről beszélünk elsősorban a hang minőség és sávszélesség csökkenés 
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okozta előnyöket/hátrányokat kell mérlegelni. PCM azt a minőséget adja, amit a nyilvános 

távbeszélő szolgáltatástól elvárunk. A PCM 64 kbit/s sebességű és tömörítés nélkül működik, 

így nem ad lehetőséget a sávszélesség csökkentésre. 

Adaptive Differential Pulse Code Modulation (ADPCM) három fajta tömörítést tesz 

lehetővé. A minőség változás alig észrevehető a PCM-hez képest. A forgalomi összetételtől 

függően 32 K ADCMP-el 25%, 24 K ADPCM 30 %, 16 K ADPCM 35% költség 

megtakarítást eredményez. 

A következő tömörítés amiről szólni kell a Low-Delay Code-Excited Linear-Prediction vagy 

másképpen LD_CELP. CELP algoritmus az emberi hangot modellezi. A 16kbit/s LD_CELP 

a forgalmi viszonyoktól függően 35% megtakarítást tesz lehetővé. 

Conjugate-Structure Algebraic-Code-Excited Linear-Prediction vagy röviden CS_ACELP, a 

PCM-hez viszonyítva nyolcszoros sávszélesség megtakarítást tesz lehetővé. CSACELP a 

legutoljára kifejlesztett algoritmusok egyike, ami minőségben összehasonlítható az 

LD_CELP-el és a 24 kbit/s ADPCM-el. Ismét csak a forgalmi viszonyoktól függően, 

átlagosan 40% költség csökkenés érhető el. 

A különböző tömörítési eljárások minősítését a MOS szubjektív eljárás alapján a 8. Táblázat 

tartalmazza. 
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8. Táblázat Kódolási eljárások összehasonlító táblázata 

A MOS értékek folyamatos javulását a digitális jelfeldolgozó processzorok (DSP) 
teljesítményének növekedése teszi lehetővé. A 8. Táblázat egyértelművé teszi, hogy a hang 
adat integrációt a hang jó minőségének megtartása mellet lehet végrehajtani. Felhívjuk a 
figyelmet a MOS érték és késleltetés közötti kapcsolatra. Hálózat tervezéskor a késletetést 
úgy kell kiegyenlíteni, hogy a hang minőségére ne legyen hatással. 
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A 9. táblázat az ITU hang késleltetésre vonatkozó útmutatóját, ajánlását tartalmazza. 150 ms 
késleltetés a legtöbb alkalmazás számára elfogadható. 150 ms és 400 ms közötti késleltetés a 
jelenlegi hang minőséghez viszonyítva lehet elfogadható. Például Chicago és New York 
között 200 ms késleltetés elfogadhatatlan, a jelenlegi nyilvános távbeszélő szolgáltatás 
minősége miatt. A másik oldalon Chicago és Singapore között a 200 ms késleltetés megfelelő 
lehet a jelenlegi viszonyok miatt. Nagyobb késleltetés engedhető meg ha a fő szempont a 
költségek csökkentése. 
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9. Táblázat ITU késleltetés ajánlás 

A fentiek alapján a tömörítésre és késleltetésre vonatkozó minőségi irányelvek létrehozható 

A következőben a késleltetés összetevőit vizsgáljuk, először az állandó azt követően a változó 

összetevőket. 

Az állandó, időben nem változó késletetés összetevőit az 12. Ábra mutatja. 
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12. Ábra Állandó késleltetés összetevői 

Az első tényező a terjedési idő (Propagation delay) a két végpont közötti távolság függvénye. 
Tervezési során 6 micromásodperc/km értékkel számolhatunk. 

Sorbaállítás (Serialisation) az a folyamat, ami a bit folyamot a fizikai interfészre juttatja. 
Minél nagyobb sebességű az interfész sebessége annál kevesebb idő szükséges a biteknek az 
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interfészre helyezéséhez. Például 125 mikor másodperc szükséges egy bájtnak, egy 64 kbit/s 
sebességű interfészre juttatásához. Ugyanennyi bájtnak STM-l-es interfészre továbbításához 
0,05 mikro másodpercre van szükség. 

Feldolgozási idő (Processing delay) a következőkből összetevőkből állhat: kódolás, 
tömörítés, kicsomagolás és dekódolás késleltetési ideje, aminek idejét az alkalmazott 
algoritmus határozza meg. Ezeket a funkciókat szoftverből és hardverből is meg lehet 
valósítani. A speciális hardver a jelfeldolgozó processzorok alkalmazása jelentőse javítja a 
minőséget és csökkenti a hang és videó kódolási, tömörítési eljárások okozta késletetést. 
Csomagolási késletetés alatt azt az időtartamot értjük ameddig a berendezés a hangmintákat 
nyüjti, és belehelyezi a csomagba. Vannak technológiák, amelyek megengedik, hogy 
részlegesen megtöltött csomagokat továbbítsunk, (pl. ATM CES) a hosszú csomagolási idő 
elkerülése érdekében. 

Az 13. ábrán látható késletetés komponensek, időben változó késleltetést okoznak, álltaiában 
ezeknek a késleltetéseknek a befolyásolására nagyobb lehetőségünk van. 

cm hí ing 




13. Ábra Változó késleltetés összetevői 

Sorbaállási (queuing delay) késleltetés az a késleltetés, amit az okoz, hogy egy csomagnak 

várakoznia kell a trönk interfészre jutásra addig, amíg az előtte lévő csomagok a trönk 

interfészre kerülnek. Ez az érték a forgalomtól és a csomagok méretétől is függ. 

Dejitter buffert a távoli végponton használnak és a késleltetés ingadozásának kiegyenlítésére 

szolgál. A buffer segít a dekódolásnál, a kicsomagolásnál és egyenletes kiolvasást tesz 

lehetővé. A buffert túl kicsi beállítása csomagvesztést, túl nagy értéke pedig nagy késleltetést 

eredményez. Valójában a dejitter buffer csökkenti vagy teljesen megszünteti a késleltetés 

ingadozást és állandó késleltetést eredményez. 

Miután tisztában vagyunk az állandó és változó késleltetést okozó komponensekkel, a hálózat 

késletetés határait képesek vagyunk meghatározni. A késleltetési korlát az az érték, ami még 
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lehetővé teszi, hogy a kitűzött hang minőségi követelmény teljesüljön. 

A hálózatban a tandem alközpontok eliminálása tovább csökkentheti az összesített 

késleltetést. 

Ez a fejezet útmutatót adott arra, hogyan határozzuk meg a követelményeket, hogyan 

számolhatjuk ki a késleltetés limitet, amit az integrált adat hálózat tervezésénél 

használhatunk. Természetesen a tervezésnél általában a minőség és a költségcsökkentés 

között kell megtalálni az egyensúlyt. Az új magas MOS értekkel rendelkező kódolási 

eljárásoknak köszönhetően ez egyre könnyebben megy. 

A műszaki útmutatót a következőképpen összegezhetjük: 

• Találd meg az egyensúlyt a hang minőség, késleltetés, felhasznált sávszélesség között 

• Határozd meg az elfogadható késleltetést és késleltetés ingadozás küszöbértékeit 

• Számítsd ki a választott modellhez tartozó késleltetést 

• Kerüld el a tandem kapcsolást, többszörös konverziót 

Méretezés, erőforrás tervezés 

A szükséges kapacitás tervezéséhez, az első feladat az alközpontól az integrált hang 

adathálózatig menő trönk interfészek számának meghatározása. A trönk interfészek 

meghatározása után a következő feladat annak meghatározása, hogy ez a trönkök a hálózattól 

mekkora sávszélességet igényelnek. 

A szükséges alközponti trönkök számát a forgalom mennyisége és eloszlása, az igényelt 

szolgáltatás minőség a blokkolások mennyiségének elviselhető mértéke, és más hálózat 

specifikus tényezők határozzák meg. Néhány cég egyszerűen a jelenlegi trönköket az integrált 

hang adat hálózatra helyezi. Más cégek a hang adat integrációt arra használják fel, hogy újra 

felmérjék a forgalmi viszonyaikat. 

Mindkét megoldás alkalmazható és gyakran alkalmazzák is mindkettőt. 

A transzparens és transzlációs módszer alkalmazása hatással van a hálózati trönkök számára. 

Traszparens mód esetén, hangátvitel szempontjából minden változatlan marad. A jelenlegi 

trönk kapcsolatokat egy az egyben leképezik virtuális áramköri kapcsolatokra. Transzlációs 

mód esetén azonban a hálózat egy tandem alközpontot szimulál, így van arra lehetőség, hogy 

kevesebb trönk interfészt alkalmazzunk. 

A hálózati topológia, a trönkök száma alapján a szükséges sávszélesség meghatározható. A 
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sávszélesség számításakor a tömörítés, az overhead, és a kihasználtságot célszerű figyelembe 
venni. Ezek e jellemzők a különböző csomag alapú hangtovábbítási technológiáknál eltérnek. 
A helyszínek közötti késleltetés mátrix elkészítése után, megállapíthatjuk hogy a rendszer 
teljesíti-e a késletetési elvárásainkat. Amennyiben nem teljesíti, növelni kell a sávszélességet 
vagy más technológiát kell alkalmazni. 

Pénzügyi analízis 

A követelmények, a technológia kiválasztása a forgalmi méretezés elvégzése, a szükséges 

trönkök számának és kapacitásának meghatározása után fel kell tenni a kérdést: kifizetődő a 

hálózat pénzügyileg? 

A következőben egy eset tanulmányt ismertetünk, amely bemutatja a pénzügy előnyeit egy 

VoIP integrált hang adat hálózatnak. Az eset tanulmányban egy kis nemzetközi cég szerepel, 

amely routeres magánhálózattal rendelkezik. 

Az esettanulmányhoz az ismertetett tervezési módszereket használtuk és a nemzetközi telefon 

és bérelt vonali tarifákat alkalmaztuk. 

A cég Párizsi központtal és hét regionális központtal rendelkezik. A regionális fiókokban 15 

ember dolgozik ez alól kivétel London és New York ahol 45. A hálózati topológiát és a bérelt 

vonalak sebességét az 14. ábra mutatja. 
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14. Ábra Hálózati elrendezés 
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A legtöbb hívás a fiók alkalmazottjai és a helyi ügyfelek között történik. A hívások száma a 
fiókok alkalmazottjai és a központ alkalmazottjai között az összes hívásnak csak a 20%-át 
teszi ki. Annak ellenére, hogy az összes forgalomnak ez csak a kisebb részét teszi ki, költség 
oldalról nagyon jelentős, hiszen nemzetközi hívásokról van szó. A cég a nemzetközi 
távhívásokért havonta 38 000 $-t fizet, ami éves szinten 456 000 $-t jelent. 

Hang hálózat (alközponti hálózat) 

A kis key systemek és alközpontok a nyilvános kapcsolt távbeszélő hálózathoz csatlakoznak. 
Az analízis elvégzésénél azt feltételeztük, hogy a cég által keltett forgalom elég nagy ahhoz, 
hogy a normál tarifákhoz viszonyítva 15% kedvezményt kapjon. A központ a kapcsolt telefon 
hálózathoz El interfészen keresztül csatlakozik. 

A fiókokban az egyes alkalmazottak kb. kettő és fél órán hosszat kommunikál telefonon vagy 
faxon keresztül. A forgalom 20 % irányul a központ irányába (10 Táblázat). 
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10. Táblázat Telefon és fax forgalom 



Adat hálózat 

A Párizsból kiinduló 8 telephelyet tartalmazó hálózat routereket tartalmaz. Két fiók a másik 
fiókokon keresztül képes csak elérni a Párizsi központot. Ezt a megoldást a bérelt vonali 
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költségek minimalizálása érdekében választották. A központban egy 320 kbit/s sebességű 
FEl-es interfész tartja a kapcsolatot a fiókokkal. 

Hálózat újra tervezése 

Alapvető elvárás az újra tervezett hálózattól, amely már támogatja a hang továbbítását is, 
hogy ne legyen negatív hatással adathálózat teljesítmény viszonyaira. A terv az, hogy a PSTN 
számla csökkenés fedezze az újratervezett hálózat költségeit. A megvalósításhoz 
természetesen bármely más csomag alapú technológiát használhatnánk, mi most a tanulmány 
témája miatt a VoIP-et használtuk példának. 

Először a hang és fax forgalom lebonyolításához szükséges plusz sávszélesség meghatározása 
a feladat. A legjobb, ha a key systemekből az alközpontokból, a routerekből a forgalmi 
statisztikákat kinyerjük és az adat és hang forgalmat összeadjuk, grafikusan megjelenítjük. Ez 
utóbbi lehetővé teszi, hogy megfigyeljük az összegzett forgalom milyen gyakran lépi túl a 
rendelkezésreálló sávszélességet. Sajnos ezek a forgalmi statisztikák néha nem állnak 
rendelkezésre. Amennyiben ezek az információk nem állnak rendelkezésre meg kell becsülni, 
hogy a hang információ továbbítása mennyi plusz sávszélességet igényel, és ennek 
megfelelően kell megnövelni a bérelt vonal sebességét. Ezt követően a hang forgalmat az adat 
hálózatra lehet továbbítani és két fajta teljesítmény mérést érdemes elvégezni: az egyik a 
felhasználók által érzékelt hang minőség a másik az adatátvitel sebességének, késleltetésének 
vizsgálata. Amennyiben valamelyikkel probléma van, az azt jelenti, hogy több sávszélességre 
van szükség. 

A hang és adat forgalom csúcs időszaka gyakran más időpontban van. Az adat forgalom ezért 
gyakran élvezi a megnövekedett sávszélesség előnyeit. 
A hálózat újratervezésénél a következő feltételezéseket tettük: 

• Kis fiókokban 15 ember a nagy fiókokban 45 ember dolgozik. 

• A kétirányú telefon és fax forgalom 2,5 óra/személy/nap/fiók 

• A hívások 20% zajlik a fiókok és a központ között 

• A Cisco hang tömörítés modulja 8 kbit/s tömörítést alkalmaz, és plusz 1 kbit/s forgalmat 
feltételezünk hívásonként. Azt feltételeztük, hogy egy 64 kbit/s sebességű trönk, csak 5 db 
(nem 7 db) hívást támogat, ami meglehetősen konzervatív megközelítés. 

• A kis fiókok key systemeibe 1 db trönk modulra, a nagy fiókok alközpontjaiba 2 db 
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kártyára van szükség. 

• A fenti feltételezések és az alábbi számítások végrehajtásával megkapjuk az a forgalmat, 
amit a kapcsolta telefon hálózatról a több funkciós hálózatba továbbítunk. 

• 2.5 óra hívás mennyiség/fő/nap X 15 alkalmazott=37,5 óra telefon forgalom naponta a 
fiókokban 

• 37,5 óra=2250 perc 

• 2250 perc X 17% (forgalmas óra)=382,5 perc/forgalmas óra 

• 382,5 perc forgalmas óraX 1 Erlang/60 perc forgalmas óra=6,375 Erlang 

• 6,375 Erlang X 20% központ irányába menő forgalom= 1,275 Erlang 

A trönk interfészek számát Erlang 11. Táblázat segítségével határozhatjuk meg, amelynek 
használatához ismerni kell a szolgáltatás minőségi követelményeit (P grade of service). A cég 
P.05-öt választott. 
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11. Táblázat Erlang táblázat 

Az Erlang táblázatból azt kapjuk, hogy kis fiókokban 4 trönkre, a nagy fiókokban 8 trönkre 
van szükség. 

London és Frankfurt közötti bérelt vonal sebességét a fentieknek megfelelően 64 kbit/s-ról 
128 kbit/s-ra kellett növelni ahhoz, hogy a hálózat a telefon forgalommal megnövekedett 
forgalmat képes legyen lebonyolítani. Mivel a New York és Párizs közötti bérelt vonalnak a 
Chicagóból jövő 4 hangcsatorna mellet a salyát 8 tömörített hangcsatornáját is hordoznia kell, 
a bérelt vonal sebességét 192 kbit/s-ra kellett növelni. A maximális forgalom ebben az 
esetben 12 tömörített hangcsatorna X 9 kbit/s=108 kbit/s, ami 84 kbit/s szabad kapacitást 
biztosít az adat forgalom számára akkor is, ha az összes hang csatorna foglalt. Mivel az idő 
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nagy részében a hang trönkök közül találunk szabadokat, az adat forgalom számára több 

sávszélesség fog rendelkezére állni, ami az adatátvitel érzékelhető minőség javulását 

eredményezi. 

A Chicago és New York közötti 64kbit/s sebességű bérelt vonal sebességét nem kellett 

növelni. Maximális telefon trönk kihasználtság mellet is a telefon forgalom csak 36 kbit/s 

sávszélességet igényel, ami azt jelenti hogy az adatátvitelre minimum 28 kbit/s fog 

rendelkezésre állni. A Chicagói fiókhoz hasonlóan más fiókok is azt tapasztalják, hogy a 

relatív sávszélesség csökkenés okozta kismértékű késleltetés növekedést az adat 

alkalmazások képesek tolerálni. Mind már az előbb említettük ezt az is segíti, hogy az adat és 

a hang forgalom csúcs időszaka általában különböző időpontban van a két forgalmi típus 

ritkán interferál. 

A Hong Kong-Tokyo link a Chicago-New York linkhez hasonlóan nincs szüksége 

sávszélesség növelésre. 

A Tokyo összesített forgalma Párizs irányába maximum 72 kbit/s (4 csatorna Hong Kongból, 

4 csatorna Tokyoból) így ennek sebességét 128 kbit/s-ra kellett emelni. A linken az adat 

forgalom számára minimum 56 Kbit/s fog rendelkezésre állni, ami azt jelenti, hogy hang 

szempontjából a nem forgalmas órákban, az adat átvitelre a jelenleginél jóval több 

sávszélesség áll majd rendelkezésre, ami a teljesítmények javulásában lesz érzékelhető. 

A sávszélesség növelés természetesen nincs ingyen. A 15. Ábra az új hálózati topológiát, a 

12. Táblázat az új költségeket mutatja. A teljes pénzügyi analízis a következő fejezetben 

található. 
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15. Ábra Integrálás utáni hálózati elrendezés 
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12. Táblázat Hálózati költségek 



Előfizetői berendezések 

Cisco 3620 routerek lettek telepítve a kis fiókokban és Cisco 3640 routerek a két nagy 
fiókban. Minden egyes kis fiókban a key systemek 4 db FXO trönkjét a 3620 routerhez 
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csatlakoztatták. A key system a központ irányú forgalom 95%-át továbbította a Cisco 

routerhez csatlakoztatott négy trönk valamelyikére. A torlódás következtében a maradék 5% 

forgalmat a kapcsolt hálózaton keresztül továbbította. 

A bérelt vonalak Párizsban végződnek, ahol hang csatornákat kibontják (kitömörítik) és az 

alközponthoz irányítja a router. A Párizsi központ az egyik El-es PSTN kapcsolatát 

megszüntetheti, hiszen a telefon forgalom áthelyezésével 23 csatornát lehetett megszüntetni. 

A Cisco 3600 routerek 8 kbit/s-os G.729 CS-ACELP tömörítést alkalmaznak. Minden egyes 

hang csatorna egy dedikált DSP processzort használ a kódoláshoz, tömörítéshez. 

A 3600 architektúrája, a dedikált DSP processzorok alkalmazása nagy teljesítményt és kiváló 

hang minőséget eredményez. 

A megbízható valós idejű hang továbbítás érdekében az Cisco Internetworking Operating 

System (IOS) számos technikát alkalmaz. 

Az Resource Reservation Protocol (RSVP) sávszélességet foglal le, amikor egy távoli 

telefonszámot tárcsáznak. Compressed Reál Time Protocol (CRTP) tömöríti a teljes fejrészt, 

ami kis overheadet és nagy átviteli sebességet (throughput) eredményez. 

Átlagosan a beszélgetések idejének 50%-ban csend van. Ha nem továbbítjuk a csendet, több 

sávszélesség marad az adat alkalmazásoknak. Cisco IOS összetett, csönd elnyomás eljárást 

alkalmaz. Annak érdekében, hogy a vevő fél biztos legyen abban, hogy a hívás nem szakadt 

meg a helyi berendezés az elnyomás ideje alatt komfort zajt ad. 

Jövőben, a példában szereplő cég a WAN hálózatba Frame Relay meghonosítását és 

távmunka bevezetését tervezi. A Cisco 3600-as router képes access szervereként működni, 

segítve azokat a dolgozóknak, akik otthonukból szeretnék elérni a cég informatikai 

rendszerét. Ha a cég úgy dönt, hogy Frame Relay szolgáltatást szeretne igénybe venni, a 

3600-as routerek ezt a protokollt is támogatják. 

Megjegyezzük, hogy nem mindegyik key system támogat preferenciák szerinti automatikus 

útvonal kiválasztást, kapcsolást. Ezek részleteit az alközpont key system gyártóival kell 

tisztázni. 

A következő fejezetben a hálózat áttervezéséből származó költéség megtakarítást 

összegezzük. 
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Pénzügyi analízis 

A 13 Táblázat a fiókok és központ összköltségeit tartalmazza. A sávszélesség növelésből 
származó költéség növelés az előző fejezet alapján 22,050 $ havonta. A kiadások és a 
megtakarítások összehasonlítását, a havi megtakarítást a 14. Táblázat tartalmazza. 
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13. Táblázat Havi összesített költségek 
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14. Táblázat Megtakarítások, megtérülési időszak 

A cég 250 000 $ éves megtakarítást ér el azzal, hogy a belső telefonos forgalmát a routeres 
gerinchálózatra továbbítja. A megtérülési időszak, mindössze 5 hónap. A legfontosabb 
számokat az 16. Ábrán foglaltuk össze. 
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16. Ábra Pénzügyi összesítés 

Perc költség 

A szervezet telefon költségének egy percre vetített költsége a kiadások jó mérőszáma. A 
telefon beszélgetések percenkénti költségének kiszámítását a X. Táblázat mutatja. Az összes 
fiók telefon forgalma havonta 107 270 perc, ami összesen 38 908 $-ba kerül, így az egy 
percre jutó telefon költség a központ és fiókok között 0,36 $. Ahhoz, hogy az összes forgalom 
95 %-át a integrált hang adat hálózaton lehessen továbbítani, a hálózatot bővíteni kellett, ami 
most havi szinten 22 050 $ kiadással jár havonta. A 107 270 perc kilencvenöt százaléka 101 
906 perc. A bővítésből származó havi költségeket elosztva a beszélgetések idejével, 0,22 $ 
percenkénti költséget kapunk. Ez utóbbi azt jelenti, hogy a vállalatnak a telefonálásból 
származó percenkénti kiadásait 40%-al (0,36 $-ról, 0,22 $-ra) sikerült csökkenteni. 



Végső közvetkeztetés 

Az előző öt lépésben bemutattuk, hogy hogyan kell a minőségi követelményeket kielégítő 
integrált hang adat hálózatot tervezni. Az utolsó lépés azt mutatta, hogy ez a hálózat 
gazdaságos is. 
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Alkalmazások 

IPPBX 

A Cisco termék család lehetővé teszi az IP telefónia üzleti használatát a vállalatok lokális 
vagy nagy távolságú adat hálózatán. A Cisco lehetőséget ad az ISP-k számára, hogy a Cisco 
Ip telefonokat használva új szolgáltatásokkal lépjenek a piacra. 

Meglévő PBX bővítése 

Ez a megoldás az IP hálózatot használva bővíti a meglévő PBX-et (17. Ábra). A Cisco 

kommunikációs rendszer analóg vagy digitális (a trönk típusa a felhasználók számától és a 

forgalom nagyságától függ) trönk gateway segítségével kapcsolódik a PBX-hez. 

Ez az alkalmazás lehetővé teszi, hogy a hagyományos telefon szolgáltatásokat és a mellékek 

számát bővítsük, felhasználva a meglévő IP hálózatot, anélkül, hogy új PBX-et vásárolnánk. 

Azon hívásokat, melyeket a Cisco IP telefon tulajdonosa nem tud megválaszolni (foglalt, 

nincs a helyén), átirányíthatjuk egy másik telefonra, vagy éppen egy hangpostára. A készülék 

felhasználójának nem kell új tárcsázási adatokat megtanulnia, mivel azok azonosak a 

hagyományos telefonokéval. 

És végül, az alközpont "kihosszabbítható" akár otthonig is felhasználva a standard remote 

access termékeket. 
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17. Ábra Meglévő PBX bővítése IP PBX-el 
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Nincs hagyományos PBX 

Az alábbi konfiguráció a Cisco Kommunikációs rendszert tartalmaz hagyományos PBX 

helyett (18. Ábra). A Cisco IP telefonok felhasználói a megszokott számok tárcsázásával 

tudnak irodán belül, vagy azon kívül telefonálni. 

A Call Manager biztosítja a szolgáltatásokat az IP telefonok számára, mint például hívás 

továbbkapcsolás, hívás átirányítás, konferencia, hívás parkoltatás. A gateway interface teszi 

lehetővé a felhasználók számára, hogy csatlakozzanak a PBX-hez, és elérjék azon keresztül 

annak szolgáltatásait, illetve a fővonalakat (természetesen figyelembe véve a rendszer 

adminisztrátor által beállított jogosultságokat) 

A CallManager software egy NT szerveren fut más IS adat szerverek mellet, mint például 

DNS, e-mail, és DHCP. 

Mint egy hálózati kártya, a, Cisco IP telefonok is közvetlenül az IP hálózathoz csatlakoznak. 

A telefonokat és a vonalakat a Cisco CallManager segítségével lehet konfigurálni. 
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18. Ábra Homogén IP PBX hálózat 



Távoli irodák elérése IP hálózaton 

Ez az alkalmazás elérhetővé teszi a Cisco Kommunikációs Rendszert a WAN IP hálózaton 
keresztül a távoli irodák számára (19. Ábra). A CallManager ilyenkor a központi oldalon 
maradhat, vagy egy második CallManager telepíthető a távoli oldalon. 
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19. Ábra IP PBX a nagytávolságú hálózatban 



Ez a Cisco Kommunikációs Rendszernek egy általános konfigurációja. A több telephelyes 
cégek is nagyon gyorsan és könnyen létrehozhatják teljes telefonhálózatukat IP adathálózatuk 
segítségével. Ez a távolsági hívások számának csökkenése miatt költség megtakarítást 
eredményez, valamint el lehet tekinteni egy második (telefon) hálózat költséges kiépítésétől 
minden távoli irodában. Ez a lehetőség maximális rugalmasságot tesz lehetővé az egyes 
irodák növekedése, vagy csökkenése esetén. 

Cisco Access Gateway-eket használva a távoli irodákban, az ottani alkalmazottak is hívhatják 
egymást lokálisan. A távolsági hívások átirányíthatók a WAN IP hálózatra, ezáltal 
csökkenthetők a távhívási költségek. A Cisco kommunikációs rendszer lehetővé teszi, hogy a 
hívás útvonalától függően konfiguráljuk a hang tömörítés paramétereit. Például lehetőség van 
arra, hogy a lokális hívásokat ne tömörítsük, de a WAN hálózaton átmenőket igen. A 
CallManager automatikusan kiválasztja a szükséges tömörítési metódust, így a 
felhasználónak nem kell semmiféle speciális kódot tárcsáznia. 

Távhívási és helyi telefon szolgáltatások az Internet szolgáltatóktól 

Az Internet szolgáltatók a Cisco rendszer révén szélesíteni tudják szolgáltatásaik körét. A 
CallManager-t az Internet Szolgáltató oldalán installálva, a szolgáltató a telefonvonali 
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szolgáltatókhoz hasonló helyzetbe kerül. Képes lesz telefon szolgáltatást és annak kiegészítő 
funkcióit, valamint távhívási lehetőséget biztosítani ügyfeleik számára. 

Az Internet Szolgáltatók a Cisco rendszert használva, mélyen leszállított árakkal tudnak 
szolgáltatni ügyfeleik számára. 
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20. Ábra ISP alközpont jellegű IP telefon szolgáltatás 

Tehát az Internet Szolgáltatók számlázási és menedzsment rendszerük segítségével képesek 
komplett telekommunikációs, távhívási és internet elérési szolgáltatásokat biztosítani 
ügyfeleik számára. 
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21. Ábra Távolsági IP telefon szolgáltatás 
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A Cisco Kommunikációs Rendszer architektúrája 

A Cisco Kommunikációs Rendszer integrálja a telefon és IP hálózatot. 
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22. Ábra Hagyományos helyi hálózat, elkülönült adat (IP) és alközponti hálózat 

A rendszer felépítésének vezérlő elvei 

• Hang szolgáltatások működtetése anélkül, hogy csökkenne az IP hálózat teljesítménye 

• Teljes együttműködés biztosítása a meglévő PBX és PSTN hálózattal 

• Biztosítsa az együttműködést a H.323 kompatibilis szoftverekkel és eszközökkel 

• Biztosítson digitális hangminőséget 

• Biztosítson szolgáltatásokat egy vállalati rendszer számára, melyek jelenleg csak PBX-el 
érhetők el. 



tfehvnrfc S*nj?r^5J 



Ciseo-CallMapiaesr 



IPr*tvwrK 



I 




PSTN 

or 

pbjc 






D 



£7 

^^ ^^ i i i i 

CiBDO-Fhons CiEDO-Fttons PC» Printers 



Ciföjit-Swithed 
üaco deviűe (black) 



23. Ábra Cisco Integrált hang adat helyi hálózata 
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Toll Bypass 

A Toll bypass a legáltalánosabb alkalmazás, melyet a vállalatok figyelembe vesznek Voice 
over IP hálózatuk fejlesztése során. A Toll bypass lehetővé teszi, hogy a vállalatok jelenlegi 
bérelt vonali kapcsolataikat, melyek csak alközpontjaikat kötik össze, kiváltság, és 
telefonhívásaikat a meglévő adathálózati infrastruktúrán bonyolítsák le (mint a 24. Ábra 
mutatja). A vállalatok Voice over IP rendszerekkel lecserélik a kisebb alközpontjaikat a távoli 
irodákban és eközben felkészítik nagyobb kapacitásra a központi VoIP eszközeiket. Egy 
másik felhasználási mód a VoIP területén a valós idejű fax átvitel, mely az irodák közötti 
forgalomra használatos. A tanulmányok azt mutatják, hogy a nagytávolságú hívások nagy 
része fax forgalom. Tény, hogy a Japánba irányuló távolsági hívások 60%-a fax forgalom. 




24. Ábra Toll Bypass nagy magánhálózatban 



Fax over IP 

A Fax over IP vagy más csomag alapú átviteli technológia egyszerű módszer a szabad 

sávszélesség rugalmas kihasználására. Ez az alkalmazás megvalósítható valós idejű (real- 

time) vagy tárol és továbbít (store-and-forward) elven. 

A jelenlegi G3-as faxok átvitelének szinkronizációja közvetlen összeköttetésben történik 

(T.30 engine) oldalankénti egyeztetéssel. Real-time fax átvitelt használva csomagkapcsolt 

hálózaton a T.30 engine adatait a Cisco router kicsomagolja és értelmezi. A Cisco router 

becsapja a faxot így nem okoz gondot a csomagkapcsolt hálózatból adódó késleltetés. 

A másik ismert faxolási eljárás a store-and-forward fax. Ha implementálni szeretnénk ezt a 
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megoldást, a felhasználónak tudomásul kell vennie, hogy a faxok késleltetése a másodperctől 
az óráig terjedhet, a módszer logikájából adódóan. A felhasználók nem teszik szóvá, ha faxuk 
néhány perces késleltetéssel ér célba. A Store-and-forward fax eljárás lehetővé teszi, hogy a 
fax tárolásra kerüljön, majd továbbítódjon a csomagkapcsolt hálózaton. Ez a beállítás 
lehetővé teszi, hogy a PSTN költségeket csökkentve, a rendszer a fax számára legkisebb 
költségű utat válassza. A fax készülékek kisebb problémát okoznak ebben a konfigurációban, 
mivel a Cisco routereknek nem kell becsapniuk, imitálva, hogy a fax átvitel végpontól 
végpontig rendben megtörtént. 

A 25. Ábra bemutatja, hogy az Austin Texas-i irodájából hogyan jut el a fax London 
közelében lévő irodába. Austinban az alközpont a faxokat a csomagkapcsolt gateway-en 
keresztül a fax gateway-be irányítja. A fax gateway válaszol a fax hívásra, és eltárolja a faxot. 
A Least-Cost Routing algoritmus a fax gateway-ben SMTP üzenetként elküldi a London-i fax 
gateway-nek két órán belül, amikor a hálózati forgalom kicsi. Amikor a London-i fax gateway 
vette az SMTP üzenetet, megnézi saját Least-Cost Routing algoritmusát, mikor a 
legoptimálisabb továbbítani a faxot. A fax továbbításához a fax gateway a Cisco gatewayt 
használja a PSTN felé. Amikor a fax gateway Londonban vette a visszaigazolást, hogy a fax 
kézbesítés sikeres, továbbítja azt a fax gateway-nek Austinba. 
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25. Ábra Store and Forward Fax továbbítás 



A következő generációs telefon szolgáltatók 

Jelenleg a legtöbb internet szolgáltató (ISP) szembenéz azzal a kihívással, csak akkor van 
profitjuk, ha előfizetőnkénti költségük csak havi 20$. Csak korlátozott számú üzleti ügyfélnél 
lehet magasabb hasznot elérni. Az ISP-knek találniuk kell új szolgáltatásokat, hogy 
növelhessék előfizetőik számát, valamint új fizető szolgáltatásokat kell találniuk. Több 
szolgáltató tervezi, hogy IP alapú telefon szolgáltatást nyújt előfizetőinek, felhasználva 
meglévő infrastruktúrájukat. (Többen már csinálják is.) Ez egy jó ötlet, hiszen a 
telefonhívások piaca trillió dolláros piac, és a belföldi távhívások piaca is 700 billió perc 
(USA). 

Több ISP is nagy tőkét fektet nagysebességű IP infrastruktúra kiépítésébe. Ha az új hálózat 
rendelkezik a QoS tulajdonságokkal, valamint több szintű szolgáltatásra is van lehetőség, 
akkor a hálózat felruházható új applikációkkal, melyek eladhatóak. Hosszú távon ezen 
szolgáltatások közül talán a legérdekesebb a hang vagy telefon. 

Például, ha feltételezzük, hogy Ön otthon ül Californiában és fel szeretné hívni a 
nagymamáját Bostonban. Ha az Ön nagymamája egy PC guru, használhatják pl. a Microsoft 
Netmeeting-et és próbálkozhatnak az interneten keresztül. Azonban nagymama így csak 
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a meglévő telefonokat tudja használni. Azonban ha egy ISP VoIP-et szolgáltat két módon is 

el tudja érni a hálózatát. 

Először a felépített kapcsolatát felhasználva használhat egy H.323 kompatibilis applikációt 

(pl Microsoft Netmeeting) abban közli az alkalmazással, hogy használni kívánja az ISP-je 

gateway-ét. Mikor is az ISP azonosítja Önt, majd engedélyezi a gateway használatát, melynek 

segítségével felhívhatja nagymamáját. A nagymama észre sem veszi, hogy Ön VoIP alapon 

telefonál, mivel a hívást saját telefonján fogadja. 

A második lehetőség, ha az ISP VoIP szolgáltatást nyújt a 800-as számon (USA), a 

felhasználó beüt egy kódot, mely szükséges a VoIP hálózat eléréséhez, másrészt ezen 

azonosítás alapján történik a számlázás. 
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Call Centerek 

A call centerek képezik a vállalatok és az ügyfelek közötti összekötő kapcsot. Fontosságuk 
kétségtelen, hiszen a tanácsadás, rendelkezésre állás, a gyors és udvarias ügyintézés alapján 
döntenek sokszor az ügyfelek. 

A Call Centerek előnyei: 

A call centerek kapcsolatot nyújtanak az ügyfelek felé. 

Gyorsabb és hatékonyabb válaszadás érhető el velük. 

Nincsenek kihasználatlan sales hívások 

Növekvő bevétel: több hívás rövidebb idő alatt és növekvő szolgáltatási színvonal. 

Költséghatékonyság: a képességek és erőforrások jobb kihasználása. 

Az ügyfelek miközben a kapcsolásra várnak újabb információkhoz juthatnak a 

termékekkel kapcsolatban. 

Az ügyfelek nincsenek hosszabb időre magukra hagyva a vonal túlsó végén. 

Könnyű elérni a megfelelő üzletágat, részleget. 

Az információk könnyen, gyorsan hozzáférhetőek a termékekről és a szolgáltatásokról. 

Könnyebben létesíthető kapcsolat az ügyfelek és a velük foglalkozó munkatársak között. 

Ügyfél adatbázis menedzselés. 

Nagyobb termelékenység a jobb erőforrás kihasználtság miatt. 

Az agent számára az ügyfelek egységes képet nyújtanak annak ellenére, hogy azok több 

csatornát használhatnak párhuzamosan, illetve sorosan. 

• Az ügyfelek számára sima és gondmentes megoldást nyújt a kapcsolatfelvételre. 

Példa Call Center alkalmazásokra 

• Hotel 

Különböző országokban lévő hotelek számára szobafoglalások menedzselése egyetlen call 
center központ segítségével. A külföldről jövő hívások mindig az adott hotel nevében 
kerülnek fogadásra. A hívó helyének beazonosítása lehetőséget nyújt arra, hogy mindig a 
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hívó ország nyelvét beszélő munkatársak fogadják a hívást. Ez több szempontból hasznos, 
hiszen ezáltal sem az ügyfél, sem a munkatársak nem kerülhetnek kínos helyzetbe. 
Többnyire a munkatársak 2-3 idegen nyelvet ismernek társalgási szinten, ritka és drága az 
a munkaerő, aki ennél több nyelven beszél. Fontos ilyen esetekben a hívások 
zökkenőmentes irányítása, hogy mindig a megfelelő nyelvtudással rendelkező 
munkatárshoz fusson be a hívás. 

• Szerviz Centrum 

A szerviz kiterjedt ügyfélhálózattal rendelkezik. A szerviz profilja széles, az egyes 
szakemberek csak a saját szakterületükön jártasak. Az egyes termékcsoportoknak külön 
termékfelelőse van. A call centerbe bejövő hívások a hívó fél azonosítása után, az 
ügyfélhez tartozó kontaktszemélyek csoportjához továbbítódnak. Ha a választott személy 
valamilyen okból nem kapcsolható, a csoport másik tagjához továbbítódik a hívás. 
Az ügyfél így rögtön ahhoz a személyhez kerül, akit ismer. 

• Városi Tanács 

A call center alkalmazására ilyen körülmények között, elsősorban a nagyfokú 
hívásfogadási képessége, a hatékony menedzselési lehetőségek, és a valós idejű 
információ megjelenítés miatt kerül sor. Lényeges, hogy az ügyfelek hívásai a lehető 
legzökkenőmentesebben legyenek lekezelve. Call center alkalmazása mellett, 
nagyságrendekkel, közel a felére, csökken az ügyfél várakozási ideje, hiszen nem kell 
végig várnia a szervezeti hierarchia lépcsői, osztályai közötti átirányításokat. A valós 
idejű adatok segítik az ügyfelek igényeihez való gyorsabb alkalmazkodást, az erőforrások 
esetleges átcsoportosítását, az agent-ek hatékonyságának figyelését. 

Más hasznos alkalmazások 

Feltételezzük, hogy Ön a Web-en keresgél. Meglát valami érdekeset, amit meg szeretne 
venni, de vannak kérdései a termékkel kapcsolatban a vásárlás előtt, de a Web lapon nem 
talált rá választ. Az eladó egy kis cég, akinek nincs zöld száma, és Ön nem szeretné bontani a 
meglévő kapcsolatát. Mi lenne, ha Ön kattintani tudna egy gombra a cég Web lapján és 
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felépülne, pl. Netmeeting segítségével egy kapcsolat a cég ügyfélszolgálatával? Az 
ügyfélszolgálat megválaszolja a kérdését és rögzíti a megrendelését, nincs megválaszolatlan 
kérdés, az ügyfél és a cég is boldog. A cég megtakarította a zöld szám plusz költségeit, Ön 
pedig időt takarított meg, valamint pénzt is, mivel nem kellet új kapcsolatot felépítenie 
telefonálás miatt, főleg ha az távolsági hívás lett volna 

Természetesen minden ilyen applikáció igényli a szolgáltatás és a minőség szintek 
állíthatóságát. Azt is el kell fogadni, hogy csomagkapcsolt hálózatok esetén, jelentős költség 
megtakarítás csak egy elfogadható hangminőség mellett lehetséges. Például, az emberek 
elfogadják, hogy többet fizetnek a rosszabb hangminőségért, ha mobil telefont használnak, 
mivel bárhonnan telefonálhatnak. A csomagkapcsolt telefónia ipar azzal a problémával 
szembesül, hogy az IP alapú telefonálás minősége gyenge. A valódi probléma az, hogy 
napjaink internet rendszereiből, valamint IP alapú telefonos applikációiból hiányoznak a QoS 
paraméterek. 

Az ügyfeleknek meg kell mutatni, hogy a QoS alapú hálózat és egy jól megtervezett voice 
router együttesen jó hangminőséget eredményez. 

Távhívó szolgáltatások 

Üzleti lehetőségek az ISP-k számára 

Az ISP-k a következő előnyöket érhetik el ha a toll-quality távhívás szolgáltatást ajánlják: 

• Új szolgáltatást tudnak nyújtani a meglévő ügyfeleiknek 

• Növelhető a bevétel a meglévő területeken 

• Az ügyfelek számának növelése a meglévő internetes előfizetőkön túl 

• Szolgáltatás csomagok kialakítása a hang és adatszolgáltatások területén 

• Lehetőség értéknövelt applikációk és szolgáltatások használatára, indítására 

• Az IP infrastruktúra költségének relatív csökkenése a tömörített hangátvitel és csend 
elnyomás megjelenése miatt. 

A lehetőségek köre 

Az alacsonyabb költségű IP infrastruktúra révén jelentkező megtakarítások kisebb tarifákat 
tesznek lehetővé az ügyfelek számára. A nemzetközi viszonylatban, ahol a távhívások aránya 
nagy, az ISP-k versenyképes árakat tudnak kialakítani magas profit mellett. Az ISP-k nagyot 
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léphetnek előre hatalmas adat és hang szolgáltatási lehetőségeik révén, és elnyerve az 
ügyfelek bizalmát az ajánlott emelt szintű szolgáltatások révén. 



üica YdIP 
íateway 




26. Ábra VoIP távhívó hálózat 



Pre-paid Calling Card megoldás 

A Cisco IOS™ új lehetősége a pre-paid calling card megoldás. Miként működik a pre-paid 

calling card szolgáltatás? 

A felhasználó hív egy hozzáférési kódot a VoIP szolgáltatójánál, ez általában fel van tüntetve 

a hívó kártyán. 

A Cisco VoIP gateway (pl. AS5300) felismeri a hívó által tárcsázott hozzáférési kód alapján 

(DNIS), hogy a hívó prepáid szolgáltatást akar igénybe venni. A gateway lejátssza az üdvözlő 

üzenetet és kéri a felhasználót, hogy üsse be kártyája azonosító számát. 

A gateway a fent említett információkat elküldi a RADIUS szervernek egy hozzáférést kérő 

üzenetben, és megvárja a választ, mielőtt felépíti a hívást. 

A RADIUS szervernek azonosítania kell a hívókártyát, visszakeresi a kártyához tartozó 

hitelkeretet, átváltja a kártyát (meghatározza a perc költséget) és kiszámolja, hogy a kártya 

hány percig érvényes. 

A RADIUS szerver válaszol a Cisco VoIP gateway-nek a hozzáférést kérő üzenetre és 

megadja a kártya egyenlegét, a telefonállásra rendelkezésre álló percek számát. 

A gateway közli a hívóval a kártya egyenlegét, és a telefonálásra felhasználható percek 

számát, majd felépíti a hívást. 

Ha a hívó eléri a telefonálásra felhasználható percek maximumát, egy figyelmeztető üzenet 

után megszakad a hívás. 

Számos paraméter állítható, beleértve a kártya azonosító kódjának hosszát, szükséges-e külön 
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PIN kód beadása és a figyelmeztető üzenettől a bontásig terjedő időszak hossza. A 
felhasználó egymás után lebonyolíthat több hívást is a hozzáférési kód, kártya azonosító kód 
és a PIN kód újbóli megadása nélkül Ez egy kényelmi szolgáltatás az ügyfél számára, és 
megtakarítja a szolgáltató többszöri felhívásából adódó többlet költséget. 

Egységes Kommunikáció (Unified Communication /UC/) 

Bevezetés 

A telefon szolgáltatók és az Internet szolgáltatók között növekszik a verseny és csökken a 
távolság. A Cisco nyitott felépítésű rendszert biztosít az új jövedelmező, költséghatékony 
szolgáltatáshoz, az egységes kommunikációhoz. 

Az UC új szolgáltatási bevételeket biztosít, megerősítve, hogy beszéd, e-mail, fax 
kommunikáció független a helytől, időtől és az eszköztől. Eltérően a hagyományos 
megoldásoktól az UC lehetővé teszi mind a címzett, mind a feladó számára a kommunikáció 
felügyeletét. Ez a legjelentősebb érték a felhasználó számára — és új bevételi forrás a 
szolgáltatók számára, biztosítva a költségtakarékos és szabványos infrastruktúrát. 

Az egységes üzenet kezeléstől az egységes kommunikációig 

A kommunikációs technológia fejlődését a kapcsolódás bárhova, bármikor igénye vezérli. 
Napjainkban több mint egy billió személyes üzenet - tárolt hangüzenet, szöveg, grafikus 
kommunikáció személyek, vagy csoportok között - érkezik hangpostán, üzenetrögzítőn, vagy 
PC-n keresztül az otthonokba. Ez a természetesen jelentkező igény az egységes 
üzenetkezelésre - a különböző típusú üzenetek konvergenciájára. 

De még az egységes üzenetkezeléssel sem változik az a tény, hogy a címzett passzív 
résztvevő, nehezen tudja azonosítani a beérkező információt és prioritását meghatározni. A 
kommunikációt valójában az a személy kontrollálja, aki küldi az üzenetet, és a címzettnek 
kevés lehetősége van a reagálásra. Ez néha csak azt jelenti, hogy szortírozzuk a tárolt és 
átirányított üzeneteket. Vagy arra kényszeríti a címzettet, hogy válasszon, vagy megválaszol 
egy mobil hívást egy tárgyalás alatt, vagy megkockáztatja, hogy egy fontos hívást nem fogad. 
És a fontos üzenet - például egy fontos üzleti hívás - a többi hangüzenet, e-mail vagy fax 
közé keveredik. Az egyszerű üzenetkezelés nem oldja meg ezt a problémát 
Az egységes kommunikáció (Unified Communications) a fenti problémát alapjaiban változtatja 
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meg, mivel tartalmazza az egységes üzenetkezelés store-and-forward kézbesítési képességét. 
Az UC lehetőséget biztosít a címzett számára is (feltéve, hogy képes a kommunikációra 
aktuálisan), az üzenet kontrollálására. Az UC több kontroll lehetőséget ad a címzett kezébe, 
biztosítva a valódi kommunikáció lehetőségét, megvalósítva a szinkron valós idejű 
információ cserét. Felhasználva a normál eszközöket, mobil telefont, faxot és az Internet 
szolgáltatást, a levél címzettje számos módon magához tudja ragadni a kezdeményezést. 
Például ha egy címzett igénybe tud venni egy szolgáltatást, mely egyes meghatározott hívókat 
azonosítani tud és átirányítja hívásukat a mobil telefonra, míg mások számára tájékoztató 
üzenetet ad. Vagy a felhasználó beállíthatja UC rendszerét, hogy adjon azonosítást minden 
hívóról. És ha a felhasználó nem kívánja fogadni a hívást, a hívót automatikusan a 
hangpostaládához irányítja. A felhasználónak lehetősége van az üzenetet telefonon, e-mail- 
ben, vagy faxon fogadni arra alkalmas időben. 

A Cisco a Unified Communications erejét megfelelő felépítéssel és szabványos 
protokollokkal biztosítja, megkönnyítve az applikációk integrálását. Megerősítve a partneri 
együttműködést a vezető fejlesztő cégekkel, a Cisco velük együtt ad UC megoldásokat, 
melyek napjaink legjobb applikációi. 

Egyesített kommunikációs megoldások 

Az egyesített kommunikáció első megoldásai: 

IP alapú hangposta és Egyesített Üzenetkezelés 

Fax store and forward 

Rendszer Integrálás 

Az alábbiakban áttekintjük ezen szolgáltatások előnyeit, melyek a szolgáltatók számára 

fontosak lehetnek. 

Hívás megválaszoló szolgáltatás 

Amteva Technologies fejlesztése, a mobil felhasználók és a kis illetve otthoni irodák dolgozói 

számára biztosít hangposta megoldást. 

Szolgáltatásai: 

• Hívások átirányítása foglaltság illetve nem válaszol esetén 

• A hívók számára lehetővé teszi az üdvözlő üzenet átugrását 

• Üzenetek rögzítése 
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• Rögzített üzenetek lejátszása 

• Üzenet újbóli felvétele 



• Másik üzenet hagyása ugyanazon, vagy másik felhasználó számára 

Ezek az alkalmazások elszigetelten kerültek megvalósításra az Aamteva által, egy közép 

kategóriájú Service Platform (SP) alapján. Az Amteva SP-je független hálózati objektumokat 

tartalmaz, melyek skálázhatóvá teszik a funkcionalitást. így a megoldás is skálázható az 

egyszerű egyszerveres változattól a bonyolultabb elosztott hálózaton működő rendszerekig, 

anélkül, hogy az alkalmazási rétegen változtatni kellene. 

A Cisco moduláris OPT architektúrája kulcsfontosságú ehhez az alkalmazáshoz. A Cisco 

AS5xOO eszközök biztosítják a H.323 gateway-t a PSTN és IP hálózat között, mely IP 

hálózatra szüksége van az Amteva szervernek. A gateway biztosítja a hívás felismerést és 

irányítást, a média transzlációt és a távközlésben használatos jelzésrendszert. A Cisco 

gatekeeper végzi a terhelés elosztást. 

Az AS5xOO eszközök irányítják a hangokat s az átirányításhoz szükséges összes hívás 

információt az üzenetkezelő szerverhez. Az Amteva szervere tárolja a postaláda 

információkat, az üzeneteket felhasználva a Netscape vagy a Software.com telefonkönyv 

illetve üzenet tárolási technológiáját. 

Hangposta IP alapon 

Ez a megoldás a standard Internet protokollt használja a hangposta üzenetek tárolására egy e- 

mail rendszerben. 

Szolgáltatásai: 

Üdvözlő üzenet és belépési folyamat 

Üzenet lista 

Üzenet lekérés 

Üzenetrögzítés és küldés 

Üzenetrögzítés és küldés csoport számára 

Személyes üdvözlőüzenet adminisztráció 

Személyes postaláda adminisztrálása 

Új üzenet jelzés beállíthatósága szaggatott tárcsahangra, fényjelzésre 

Felhasználó értesítése személyhívó rendszeren keresztül 
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Web mail és e-mail IP alapon 

Ezzel a lehetőséggel, az IP alapú hangposta PC-s felhasználói számára lehetővé válik, hogy 
hangpostájukat közvetlenül PC-jükről érhessék el. A felhasználó hangposta üzenetét e-mail- 
hez csatolt WAV fájlként kapja meg és ezt játszhatja le. A felhasználó akár azonnal megteheti 
ezt, vagy akár archiválhatja, mint bármelyik e-mailhez csatolt dokumentumot. A 
szolgáltatóknak megvan az a lehetősége is, hogy WEB alapú elérést biztosítsanak az e- 
mailekhez 
Ez lehetővé teszi: 

• A teljes körű e-mail szolgáltatást a Software.com vagy a Netscape üzenet szervereire 
alapozva. 

• Egységes postaláda kezelést hangpostára és e-mailre 

• Kiszolgálja a POP és DVIAP klienseket 

• PC és Web alapú kliensek 
Fax store and forward 

A store and forward fax mint UC megoldás a következő problémákkal foglakozik a Cisco és 
partnerei technológiáját kombinálva: 

• A faxok integrálása elektronikus dokumentumokkal A faxokat Multipurpose Internet Mail 
Extension (MDVIE) formátumú üzenetté konvertálják, Tagged Image Filé Formát (TIFF) 
formátumú dokumentumként csatolva, mely dokumentumok visszakonvertálhatóak. 

• Javított kézbesítés kontroll címtár szolgáltatások révén, melyek Simple Mail Transfer 
Protocol (SMTP) alapú mail szerverek és egyéb címtár szolgáltatások révén lehetővé 
teszik a fax számok és a felhasználók összerendelést 

• Üzenet tárolás és visszaállítás tartalmazza azt a szoftvert, mely a PC-s dokumentumokat 
TIFF dokumentumokká konvertálják. 

• Lgkisebb költségű út megkeresése (Least-cost routing), számlázás, management és 
felhasználói belépés web-en keresztül. 

Az UC store and forward fax megoldás esetén az AS5X00 gateway a fogadott fax üzeneteket 
MIMÉ formátumú üzenethez csatolt TIFF állománnyá konvertálja. A beérkező üzenetek 
hitelesítésre kerülnek. A gateway készít egy hívástörténet rekordot és az állományt az ESMTP 
mail szerverhez irányítja, a meghatározott célállomás paraméterrel. 
Az üzenetkezelő szerver biztosítja az üzenet átvitelt, a least-cost routingot, az üzenet tárolást 
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és visszaállítást, az e-mail gatewayt és a címjegyzék szolgáltatásokat. 

27. Ábra Fax továbbítás Cisco AS5x00 berendezéseken keresztül 

Az IP hálózat kimeneti oldalán újabb Cisco AS5X00 eszköz biztosítja a gateway átmenetet a 

PSTN hálózatba. Ezen a ponton a fax applikáció az AS5X00-on fut, biztosítva a küldő fél 

azonosítását. Az access szerver fax oldallá konvertálja az e-mai szöveges részeit és/vagy a 

TIFF filét. A gateway elküldi a faxot a célállomás faxkészülékének a PSTN hálózaton 

keresztül, elkészíti a hívás történet rekordot és ebből generálja a kézbesítési értesítést a 

feladónak. 

A Cisco UC megoldása: a következő lépés 

Az UC megoldás képességei bővítésre kerülnek az Amteva új szoftververziói révén. 

Az ígért új képességek: 

• Egy számos elérés 

• Hangüzenetek kézbesítése a hagyományos hangposta rendszerekbe. 

• Kimenő hívás szolgáltatások 

• Szöveg beszéddé konvertálása, lehetővé téve az e-mail üzenetek meghallgatását telefonon 
keresztül. 
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Az egy számos elérés csak egy példa az UC fejlesztéséből. Amikor valaki kezdeményez egy 
hívást, egy hangbejátszás értesíti a hívottat, hogy ki a hívó. Ha a hívott nem kívánja fogadni a 
hívást, visszautasítja azt. Eközben a hívó nem szerez tudomást erről a kis közjátékról és csak 
azt tapasztalja, hogy hívása egyből a hangposta rendszerbe fut. Az üzenet tárolódik a mail 
szerveren amíg a címzett azt el nem olvassa. Ha a címzett felhívja a hangpostáját, egyben 
lehetősége nyílik arra is, hogy meghallgassa e-mail üzeneteit is. Végül a címzett 
kezdeményezhet kimenő hívást is a rendszerből, hogy azonnal reagáljon pl. egy e-mailre. 

Unified Communications: A stratégia a szolgáltatók számára 

Az egységes kommunikáció legnagyobb jelentősége abban rejlik, hogy a hagyományos 
vonalkapcsolt hálózaton működő hang applikációk fokozatosan a háttérbe szorulnak, és 
átveszik helyüket a csomagkapcsolt hálózaton működő applikációk és telefonos megoldások. 
Kezdetben prognosztizálható a bevételek növekedése az új hangposta és e-mail szolgáltatások 
révén. De ez csak a kezdet. Új piacok és csatornák nyithatók meg, ajánlva például a 
személyhívón keresztüli értesítést, a web-alapú e-mailt. 

Az UC megoldás igazából még csak érlelődik de várhatólag attraktív megoldásokat fog 
nyújtani a nagyvállalati kommunikáció területén is. Azok az IP szolgáltatók, akik képesek 
UC-t szolgáltatni versenyképes előnyre fognak szert tenni. 

Cisco és a Unified Communications 

A lehetőségek feltérképezése után tovább lépve az Open Packet Telephony területére a Cisco 

összegyűjti a megfelelő számú partnert. Ők együtt képesek segíteni a szolgáltatóknak 

létrehozni a moduláris architektúrát, a nyitott interfészekkel és szabványokkal. 

Az egyesített kommunikációs rendszerrel a hálózati applikációk egy új kategóriája hozható 

létre. 

Az Open Packet Telephony architektúra: az egyesített kommunikáció sarokköve 

Az egyesített kommunikáció IP infrastruktúrát használ, hogy egyesíthesse a kommunikációs 
eljárásokat, melyek korábban egymástól függetlenül működtek - e-mail, fax készülékek, 
hangposta rendszerek, mobil telefonok és az Internet. Ez lehetővé teszi a felhasználónak azt 
az eljárást, mellyel elérheti üzeneteit, és valósidejű kommunikációt kezdeményezhet 
bármilyen hétköznapi eszközről. 
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A nehézség ezen szolgáltatás kialakításában abból a távolságból adódik, mely a régi 
vonalkapcsolt nyilvános telefonhálózatok és az új csomagkapcsolt hálózatok - frame relay, 
ATM és IP között van. Az tény, hogy a 64Kbps-es csatornák telefonálási célzattal nem 
eredményezik a sávszélesség hatékony kihasználását. A különbség az, hogy a csomagkapcsolt 
hálózatok csak a szükséges sávszélességet használják a hívás során. A gyors növekedés és 
technológiai fejlődés a csomagkapcsolt hálózatok terén nem csak az adatátvitel 
szempontjából fontos, hanem a beszéd forgalom szempontjából is. A csomagkapcsolt 
telefonia legerősebb hajtóereje a hagyományos TDM hálózatok cseréjé csomag kapcsolt 
hálózatra, mely egyaránt kiszolgálja a beszéd, adat és videó kommunikációs igényeket. 
A fő akadály az említett applikációk kialakításánál a jelenlegi telefonközpontok 
struktúrájából adódik. A kapcsolt vonali központok esetén a hívásvezérlés és szolgáltatás 
logikák gyártónként egyediek - lezárva az utat és elérhetetlenné téve az IP szolgáltatók 
számára. A frissítések és az új szolgáltatások megjelenése csak akkor lehetséges, ha a központ 
gyártója úgy dönt, hogy azt ajánlja. Ezáltal a vevő kiszolgáltatott helyzetbe kerül. 
A CiscoUC rendszere elkerüli ezt a szűk keresztmetszetet a csomagkapcsolt telefon rendszer 
segítségével, mely felbontja a régi zárt TDM világot külön álló rétegekre, saját nyitott 
protokollokkal. 
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28. Ábra Open Packet Telephony 

A Cisco Open Packet Telephony (OPT) felépítése réteges, mely elválasztja a hívásvezérlést a 
kapcsolástól, lehetővé téve az IP szolgáltatóknak hogy fejlesszék hálózatukat függetlenül a 
kapcsolóközpont forgalmazójától. 
A rendszer a következő rétegekből áll: 
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Szállítási réteg (Transport layer) — ez ATM vagy IP-alapon működik mely felépíti és vezérli 
a szállítási kapcsolatokat a hívás vezérlő szinttől kapott vezérlő üzenetek alapján, megfelelő 
hangminőséget biztosítva. 

Nyitott hívás vezérlő réteg (Open Call Control Layer) — feldolgozza a hívás 
kezdeményezéseket és tájékoztatja a szállítási réteget, hogy építse fel a megfelelő szállítási 
kapcsolatot a TDM és a csomagkapcsolt hálózat közötti együttműködés céljából. Ez 
valamelyest hasonlít a hagyományos Szolgáltatáskapcsolási Pontra (Service Switching Point 
/SSP/) de több rugalmas protokoll hozzáadható, beleértve a H323 és a Media Gateway 
Control Protocol (MGCP). 

Nyitott Szolgáltatás Alkalmazási réteg (Open Service Application Layer) — ellátja a 
szolgáltatás logikát. Szintén szabványos protokollokat, és applikációs program interfészt 
használ, hogy kialakítsa az Intelligens Hálózati Szolgáltatás (Intelligent Network /IN/ 
Service) logikát, jelszó ellenőrzést (Authentication), jogosultság ellenőrzést (Authorization) 
számlázást (Accounting) (AAA) és a cím felbontást (Address Resolution). Ez lehetővé teszi a 
fejlesztőknek, hogy új applikációkat fejlesszenek, függetlenül a kapcsolóközpont 
forgalmazójától, és lehetőséget ad az együttműködésre másokkal. Ez a lehetőség kinevel 
olyan partnereket, akik integrált, együttműködő megoldásokat fejlesztenek. 

Az Open Packet Telephony (OPT) és az egyesített kommunikáció 

A Cisco egyesített kommunikációs rendszere vezető módon implementálja az OPT 
architektúrát. Az UC üzenetkezelő applikációinak szolgáltatásai a Service rétegben találhatók, 
az UC hívás felépítési logikáját a Hívás Vezérlés (Call Control) réteg tartalmazza, a 
kapcsolási logika pedig a Kapcsolati (Connection) rétegben található. Az eredmény egy olyan 
platform, mely nyitottságával biztos alap a jelenlegi és jövőbeni fejlesztésekhez. 
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29. Ábra Egyesített kommunikációs hálózat elemei 

Az 29. Ábra bemutatja, hogy az IP szolgáltatók mi módon alakíthatják ki gateway-eiket a 
tradicionális PSTN vagy Mobil szolgáltatók hálózata és saját csomagkapcsolt OPT hálózatuk 
között. A hangposta applikációk esetén a PSTN irányítja az ügyfél foglaltsága, vagy nem 
elérhetősége esetén a hívásokat a gatewayre. Ott a gateway H. 323-as protokollt használva 
kommunikál a gatekeeper-rel és a Transport rétegen felépíti a kapcsolatot a távoli egyesített 
üzenetkezelő szerverrel. Az üzenetkezelő rendszer Lightweight Directory Access Protocol 
(LDAP) protokollal lekérdezi az ügyfél adatait és Internet Message Access Protocol (UVIAP) 
segítségével irányítja az üzenetet a tároló helyre. Az ügyfél az üzenetet telefonon, e-mail-en 
vagy Web alkalmazáson keresztül kaphatja meg. 

CTI megoldások, szoftverek 



Napjaink ügyfelei sok esetben a call centerek helyett a web-alapú kapcsolatfelvételt 
választják, és az interneten próbálnak válaszokat találni a kérdéseikre. Ez a tendencia egyre 
jobban megfigyelhető, a vállalatok nagy megelégedésére, hiszen a web olcsóbb és sok esetben 
hatékonyabb kereskedelem és tanácsadás szempontjából egyaránt. 
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Azonban sok esetben a Web-es tanácsadás nehézségekbe ütközik, mivel: 

• Az ügyfélnek esetleg csak egyetlen vonala van, és emiatt ki kell jelentkeznie a Web-ről 
ahhoz, hogy hívást kezdeményezhessen. 

• Az ügyfélnek nem áll rendelkezésére a megfelelő telefonszám. 

• Az ügyfél rossz telefonszámmal rendelkezik, melynek következtében a hívását tovább 
kell irányítani /általában nem is egyszer/, ami miatt az ügyfél frusztrált lesz. 

• Az ügyfél rendelkezik a megfelelő telefonszámmal, de hívása várakozási sorba kerül, 
mely miatt mellőzve érzi magát, és gyorsan feladja a várakozást. 

• Az ügyfél a megfelelő emberhez kerül, de mégis el kell mondania, mit csinált, miket 
tanulmányozott a Web-en, mert a hívás fogadója nem ismeri azokat a Web oldalakat, 
/nincs minden információ birtokában/. 

• Az ügyfél kérdése megválaszolásra kerül /pl.: kap egy URL címet/, de azt azonnal nem 
tudja leellenőrizni /mert a telefon foglalja a vonalat/, sok esetben a cím tévesen kerül 
lejegyzésre. Ami tovább növeli a frustrációt és az információ gyűjtéssel eltöltött időt. 

Ezek a problémákat Web alapú kapcsolattal, CTI alkalmazásokkal könnyen elkerülhetők. 



A gondok: 

Ha egy már meglévő call centerbe újabb hozzáférési csatornákat akarunk nyitni, akkor arra 

fel kell készíteni a call centert. Az Internet-hozzáférést támogató szoftvernek olyan 

funkciókat kell tartalmaznia, mint pl.: visszahívás gomb, chat, VoIP. 

Természetesen a különféle Web böngészőkkel is együtt kell tudnia működni. 

A hibamentes működés alapfeltétele, hogy az ügyfél oldaláról csak minimális 

hátttérinformációkat, erőforrásokat feltételezünk (pl.: telefonszámok/URL címeket nem 

ismer, a kliens szoftver ül. hardver beállításokat nem tudja megváltoztatni, nincs második 

telefonvonala). 

Az agent oldaláról viszont elvárjuk a berendezések, szoftverek kezelésének megfelelő 

ismeretét. 
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WebLine 



Internet/Call Center Integráció 

A WebLine Communication cég 3 Java alapú programot fejlesztett ki a Call Center-ek 
Internetes alkalmazására. 
Ezek a következők: 

• WebLine Collaboration Server 

Támogatja a visszahívást, és együttműködik a Web böngészővel és a szöveg alapú chat-el. 
Támogatja a pont-pont , pont-több-pont és a több-pont-több pont kapcsolatokat. 

• WebLine Media Blender 

Bár a Collaboration szerver különálló termék, a Media Blender teszi lehetővé, hogy a PBX- 
ekkel és az ACD-kkel integrálódjon. Szintén a Media Blender kerül alkalmazásra a VoIP 
gateway-el való csatlakozásnál. A Media Blenderrel, valamint a CyberSeminar szoftverrel 
pont-több-pont 1000 résztvevős online konferenciák valósíthatók meg. Végül a Media 
Blender lehetővé teszi a az interaktív e-commerce alkalmazások készítését, a WebLine 
Development Kit segítségével. 

• WebLine eMail Manager 

Az eMail Manager automatikusan a megfelelő agent-hez, vagy support csoporthoz továbbít, 
csoportosít és eldönti az üzenetek prioritását, hatékony válaszsablonokat ajánl, és kívánság 
esetén automatikusan válaszol is. Fax üzenetek is tud kezelni, melyeket e-mail-ekké alakít. 
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Kapcsolat az ügyfél szolgálattal 

Tipikus Collaboration Server és Media Blender alkalmazás az az eset, amikor az ügyfél a 
Web oldalon megnyomja a Help gombot, mely más oldalakra mutat olyan opciókkal, mint 
pl.: visszahívást kérek, szövegalapú chat /társalgás/. Ilyen eset figyelhető meg az alábbi ábrán. 



WebLine Blended Collaboration 



Firewall 




© 
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29/a.Ábra: Kapcsolat az ügyfélszolgálattal, a WebLine-on keresztül 

Ábra magyarázat: Az ügyfél rákattint a WebLine-os „Click for Help" gombra(l). A kérést 
fogadja a WebLine Collaboration szerver majd onnan tovább kerül a WebLine Media 
Blender (2) felé. A Media Blender meghívja az ACD funkciót mely a CTI stratégián 
alapul(3). Például, az ACD azonnali visszahívást kezdeményez (4). Az ACD az agent 
várakozási sorába tesz egy bejegyzést (5). Miután az agent felveszi a kapcsolatot, az agent és 
az ügyfél adat alapú kommunikációja (pl. osztott WEB lap, vagy szöveg alapú chat) a 
WebLine Collaboration szerveren keresztül folyik(6). 
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Ha az ügyfél valamilyen opcióra kattint, (ebben az esetben: visszahívás az együttműködő 

Web böngészővel), a HTML kód hozzá van rendelve ahhoz a kódhoz, mely kívánságot 

generál a WebLine Collaboration szerver felé. Ezen a ponton a Collaboration szerver igény 

menedzsment modulja letölti a 80Kbyte-os Java klienst az ügyfél munkaállomására. 

Kezdésnek egy kicsi (3Kbyte-os ) JavaScript és a HTML kód aktiválódik. 

A WebLine Lite Caller néhány alapvető diagnosztikai információt visszaküld a Collaboration 

szervernek: operációs rendszer, böngésző típusa, verziószámok, és a kapcsolat sebessége. 

Ezután a Lite Caller két irányú Web lap megosztást, filé átvitelt, szöveg alapú chat-et, és 

kulcsszó-alapú hirdetést tesz lehetővé. A 3.0 verzió támogatja a csak adatot fogadó Windows 

alkalmazás demókat is. 

Eközben a Collaboration Server továbbítja a kérést (lásd 2. lépés) a Media Blender Web 

integrációs modulja felé. 

A 3. lépésben a Media Blender üzeneti busz-án keresztül a kérés befut a Media Blender ACD 

integrációs moduljába, mely tartalmazza a különféle CTI megoldásokat. /Például, meg kell 

csörgetni az ügyfél telefonját bizonyos típusú kérések esetén/. Más esetben az ügyfelet 

várakozási sorba kell tenni, amíg a megfelelő agent-hez nem irányítható. A Media Blender 

képes ACD által generált információk továbbítására is /várakozási sorok, illetve az ügyfél 

böngészője felé/, ahogy az a 4. lépésnél látható. 

Amikor az agent várakozási sorában a bejegyzés sorra kerül, (5. lépés), az agent felveszi a 

kapcsolatot az ügyféllel. Az agent ezután Web lapokat tud küldeni az ügyfél képernyőjére (6. 

lépés). 

Bizonyos megszorításokkal, az ügyfélnek is lehetősége van az agent képernyőjére Web lapot 

küldeni. Ez a megoldás sokkal hatékonyabb, mintha csak az URL címeket diktálnánk le az 

ügyfélnek telefonon keresztül. 

Amennyiben az ügyfél a VoIP kapcsolat mellett dönt, a kapcsolat a Media Blender-től a 
VoIP gateway-en keresztül megy a switch-ig. 

Egyedülálló Collaboration Server esetén (Media Blender, PBX és ACD nélkül), a szerver a 
kéréseket TCP/IP hálózaton keresztül a megfelelő agent-hez közvetlenül küldi. 
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Lucent és Aspect PBX-ek esetén, a parancsok a Media Blender-ből az ACD-be közvetlenül 

mennek. A Nortel és Rockwell PBX-ek esetén a parancsok valamilyen szoftvergyártó CTI 

termékén keresztül mennek át /mint pl. a Dialogic cég CT-Connect nevű szoftvere/. 

A 29/b. ábra megmutatja, hogy a közvetlenül kapcsolódó, illetve a driver-alapú felületek 

hogyan működnek együtt az ACD-vel és a többi komponenssel. 

A Collaboration server és a Media Blender lekezeli a Web-es, szöveg alapú chat, VoIP 

beszélgetés, illetve visszahívás kéréseket. Hozzáillesztik ezeket a kéréseket, a már meglévő 

call center rendszerhez. 
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29/b Ábra. WebLine architektúra 

A Media Blender és az ACD közötti csatlakozó felület, hagyományos a Lucent és az Aspect 
ACD-knél. A Nortel és Rockwell ACD-k esetében azonban külön CTI driver (például CT- 
Connect /Dialogic/) szükséges az összeillesztéshez. 
E-mail-ek továbbítása külön történik a többi kommunikációs formához képest. 

Szolgáltatások és funkciók 



Útvonalválasztás és várakoztatás / Routing and Queuing/ 

Komoly kihívás, hogy a már meglévő call center útválasztás és várakoztatási funkcióihoz 
kapcsolódási felületet alakítsunk ki. Azzal, hogy Web-ről kezdeményezett kapcsolatok úgy 
látszanak, mint Call Centerbe bejövő hívások, a Media Blender lehetővé teszi, hogy 
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felhasználhassuk a rendszer útválasztó képességeit ezekhez a kapcsolatokhoz is. 

A visszahívás kérések, szöveg alapú chat, és VoIP kapcsolatok bekerülnek az egyes agent-ek 

saját várakozási sorába. A call center rendszer ezáltal képes ugyanazokat a szabályokat, 

elveket, és útválasztási stratégiákat használni, mint hagyományos esetben, és az agent is 

hagyományos, megszokott módon tudja kezelni őket, függetlenül attól, hogy hagyományos 

telefonhívásról, vagy pedig Web-en keresztül kapott kérésről van szó. Persze, néhány esetben 

ez nem előnyös /pl. ha a Web-ről származó kérés, hirtelen megjelenik az agent képernyőjén, 

mialatt ő éppen telefonál/, mert az agent hatékonysága csökkenhet. 

Ezért ahelyett, hogy a bejövő kérések, azonnal megjelennének a képernyőn, várakozási sorba 

kerülnek, és csak akkor aktivizálódnak, amikor sorra kerülnek. 

A telefonhívásokhoz hasonlóan, a VoIP kapcsolatok és a szöveg alapú chat-ek is ugyanúgy 

tartásba tehetők, illetve konferencia képezhető belőlük. 

Web lap feldobás /Web Pop/ 

Ha az ügyfél Web lapon keresztül kapcsolatot kezdeményez, egy Web lap bukkan fel az agent 
képernyőjén, amikor a várakozási sorban a kérés sorra kerül. Az agent ezért már azelőtt tudja, 
hogy mi iránt érdeklődik az ügyfél, mielőtt fogadná a hívást. Az agent ezenkívül 
információkat kap arról is, hogy az ügyfél milyen operációs rendszert, milyen típusú és verzió 
számú böngészőt használ, és milyen gyors az internet hozzáférése. A kapcsolat sebességmérés 
a WebLine Collaboration Server és az ügyfél közötti adatcsere alapján történik. A kapcsolat 
tűréshatár /Connection threshold/ funkció, figyelmezteti az agent-et, ha az ügyfél túl lassú 
kapcsolattal rendelkezik. 

Elosztott művelet /Distributed operation/ 

A WebLine Media Blender-t kiegészítették automatikus útvonalválasztó szoftverrel /GeoTel 
termék/, így az agentek transzparensen tudnak átküldeni kéréseket földrajzilag elosztott call 
centerek között. 

Jelentés /Reporting/ 

Alapvetően 3 féle jelentés típus áll rendelkezésre a WebLine környezetben: Call center 
jelentések, WebLine jelentések, és integrált jelentések. 
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• Call Center jelentések 

Ezek tartalmazzák, a Webline alapú kapcsolatokat is, a call center rendszer úgy látja 
ezeket a kapcsolatokat mint hagyományos telefonhívásokat. Például, a call center 
manager felhasználhatja ezeket a jelentéseket, hogy megállapítsa, vajon az együttműködő 
Web böngészés csökkentette, vagy növelte a support hívás időtartalmát. 
A call center jelentések átfogó képet adnak a call center működéséről. 

Az agentek is összehasonlíthatók, lehetőség van arra, hogy az agentek az egyes kapcsolati 
módok szerint rangsorolva legyenek, és ezek alapján leghatékonyabb agenteket fogadják a 
legtöbb adott típusú kapcsolatot. 

A jelenlegi call centerek általában csak a telefonhívásokra vonatkozó jelentéseket tudják 
elkészíteni. Pedig az együttműködő Web-es kapcsolatoknál az is fontos adat lenne, hogy az 
ügyfelek melyik Web lapokat nézik a legtöbbet, mennyi ideig nézik a lapokat, honnan jutottak 
el az adott Web lapra. 

1. WebLine jelentések 

Ezek a jelentések azokat az információkat tartalmazzák, melyek a WebLine saját 
működésére vonatkoznak, így kimaradtak a call center jelentésekből. 

2. Integrált jelentések 

A rendszer külön, egyedi programozásával (Quintus, Clarify, Vantive termékei), vagy 
SQL adatbázisok (mint pl. Oracle, Sybase, vagy MS SQL Server) olyan jelentések 
készíthetők melyek ötvözik a call center és a WebLine által szolgáltatott jelentéseket. Az 
ilyen jelentések készítése programozást igényel. 



Java 

A WebLine Java alapú. A WebLine saját termékei a Java Telephony API (JTAPI)-n alapulnak 
és gyakran a JTAPI használatával integrálódnak össze más termékekkel. A kliens funkciók 
egy 3 Kbyte-os JavaScripten és egy 80 Kbyte-os Java applet-en keresztül valósulnak meg, 
melyeket a Collaboration Server letölt az ügyfél böngészőjébe. 
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A letöltés elméletileg transzparens az ügyfél számára. Azonban, ha az ügyfél böngészője úgy 
van beállítva, esetleg riasztást küld, a letöltési kísérlet miatt. 

Az ügyfél zavartalanul tovább szörfözhet az internetet, miközben az agent visszahívására 
várakozik, hiszen a Java applet jelez az ügyfélnek ha esedékes a kapcsolatfelvétel. 
Az ügyfelet igény esetén az applet automatikusan vissza tudja vinni a kiinduló oldalra, ha az 
agent fel akarja venni vele a kapcsolatot. Az applet jelez akkor is, ha a szöveg alapú chat 
válasz megérkezett. Az agent oldalt is fel tud dobni, az ügyfél képernyőjére, miközben az 
ügyfél tovább szörfözik a hálózaton, bár ez a megoldás kicsit erőszakosnak tűnhet. 

A Collaboration Server kulcsszó alapú hirdetéseket tud küldeni a tartásba tett ügyfelek 
számára. Ezenkívül, szöveges üzeneteket tud küldeni a kérés kiszolgálásának állapotáról (pl: 
„Ön éppen csatlakozott", „Ön jelenleg harmadik a várakozási sorban", illetve kijelezheti 
mennyi időt kell várni előreláthatóan. 

Ezeket az információkat az ACD készíti, ezért ezen információk erősen függnek a 
csatlakozási felülettől, és az ACD-től. A Collaboration Server a várakozási idő alatt Web 
lapokat, videót, audiót (pl. hirdetéseket) tud küldeni az ügyfélnek. Ezeknek a 
küldeményeknek tartalma különböző forrásokból származhat, mint például Web/videó 
szerverektől (pl. hirdetések ), ACD-ktől (várakozási idő kjelzés). 



Előnyös tulajdonságok 

• Osztott képernyős Web együttműködés. Az agent egyszerre két különböző Web lapot tud 
egymás mellé feltenni az ügyfél képernyőjére. 

• Űrlap megosztás. Az agent segíteni tud az ügyfélnek az űrlap kitöltésében. 

• Az elterjedt böngészők támogatása. Ez vonatkozik a különböző verziók támogatására 
(Netscape, MS Internet Explorer), illetve a nemzeti verziókra is. 

• Java A Java előnyeinek kihasználása: platfom függetlenség. Server oldalon támogatott 
operációs rendszerek: Windows NT, Solaris és a Linux operációs rendszereket. 

• E-mail automatizálás eMailManager segítségével 
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Nincs szükség kliens oldali szoftver installációra. Nincs szükség plug-in-ekre, 
kiegészítésekre, varázslókra. Ez igen fontos szempont pre-sales, illetve e-commerse 
alkalmazások esetében, mivel az átlagos ügyfél nem szeret/nem tud szoftvert installálni, 
beállításokat végezni. 

Zökkenőmentes együttműködés a vezető call center gyártók termékeivel (pl. Lucent, 
Aspect,Nortel, Rockwell). /Ez a négy legnagyobb gyártó a piac 80%-át uralja/. 
Nincs szükség speciális biztonsági követelményekre. WebLine együttműködik a 
mindenkori Web biztonsági követelményekkel. Nincs szükség sem új portok nyitására a 
tűzfalon, sem proxi újra konfigurálásra, nincs szükség a szűrő feltételek 
megváltoztatására. 

A kapcsolatfelvétel széles választékát támogatja. 
Kapcsolati módok: 

• Visszahívás 

• VoIP 

• Szöveg alapú chat 

• Együttműködő Web böngészés 

• E-mail 

A WebLine kapcsolatok automatikusan megjelennek a call center jelentéseken, mellyel 
lehetőséget adnak a call center menedzsereknek arra, hogy újabb aspektusból mérhessék a 
promóciók hatékonyságát, az agent-ek munkáját, a Web lapok nézettségét. 
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ICM 



A Cisco ICM szoftver olyan CTI környezetet biztosít, mely integrálja a hang/adat 
hálózatokat, az ACD-ket (Automatic Call Distributor), az IVR-eket (Interactive Voice 
Response System), Web szervereket, adatbázisokat, agent munkaállomásokat, és egyéb 
egységeket. A szoftver képes a különböző hang és adat rendszerek menedzseléséhez 
egységes felületet biztosítani. 

Cisco ICM Software 







1. Periféria Gateway (PG) folyamatosan adatokat küld /agentekről, hívásokról/ az ICM 
szoftver felé. 

2. Ügyfél hívás, ingyenes számmal 

3. Hálózat routolási lekérdezést és hívás információkat a gépéről (SCM) az ICM szoftver 
felé. 

4. Az ICM lekérdezi az ügyfél nyilvántartást és folyamatosan felülvizsgálja a teljesítmény és 
erőforrás értékeket. 

5. Az ICM szoftver megmondja, a hálózatnak a legmegfelelőbb erőforrás elhelyezkedését. 

6. A hálózat a hívást ahhoz az ICM által mondott ACD-hez kapcsolja, amelyiknél a 
választott agent csoport elhelyezkedik. 



Forrás: http://www.doksi.hu 



Intelligens kapcsolat menedzsment megoldás 

Az ICM szoftver csomag a kritikus működésű CTI alkalmazások összeintegrált halmaza, 
mely képes kielégíteni mind a jelenlegi, mind pedig a jövőbeni igényeket a kisebb illetve 
nagyobb egy-központos call centerek területén. 

Ez a Cisco megoldás core platformot nyújt az integrált ACD-k, IVR-ek, vállalati adatbázisok, 
multimédia kapcsolatú csatornák és desktop alkalmazásoknak, felhasználja a már meglévő 
központi rendszereket, miközben kiterjeszti azok értékét és a képességeit. 



C o n t a 1 1 Center Srrategy 
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A termék javítja az ügyfelek iránti nyitottságot, és a központ hatékonyságát azzal, hogy 
optimalizálja az ügyfelek és az erőforrások közötti interakciót. 
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Az ICM képességei és előnyei 



Adatszolgáltató CTI 

A vállalati CTI termékek csatlakozási felületetet képeznek az ICM szoftver és a 
desktop/szerver alkalmazások között. Az agent képernyőjére a hívással egy időben, plusz 
információkat (a hívóhoz kapcsolódó információk, események/beruházások, az 
ügyfélnyilvántartás adatait) helyeznek fel. Az adatok akár több hálózatból, különböző 
ACD-kből, rVR-ekből és munkaállomásoktól is összegyűjthetők. 
CTI Szerver 

Menedzseli a valós idejű, illetve korábban eltárolt, különböző hálózatokból származó 
információkat. A rendszer nyílt architektúrájába könnyen beleépíthetőek újabb szerverek, 
megoldások, melyek az adott igényeket jobban kielégítik. A rendszer teljesen hibatűrő és 
korlátlan mennyiségű kliens kapcsolódását támogatja, ebből következően flexibilis, és 
kiválóan skálázható. 

CTI Desktop 

A CTI Desktop felruházza az agent munkaállomását egy telefon összes képességével. A 
termék ActiveX vezérlők gyűjteményéből épül fel, mely desktop alkalmazást nyújt teljes 
CTI szerver hozzáféréssel, miközben a létező telefon rendszer leírásával, a fejlesztők és a 
kapcsoló központok menedzserei könnyen integrálhatják az alkalmazásokat az ICM 
környezetbe bonyolult programozás, illetve rendszerintegráció nélkül. A CTI desktop 
teljes funkcionalitást foglal magában: egyéni kialakítású szoftver telefonok /softphone/, 
számos softphone kontroll-ok, melyek már létező alkalmazásokba is beépíthetőek, 
fejlesztői készlet, TAPI 2.1 interfész, valós idejű agent statisztikák a desktophoz, és teljes 
mértékű hibatűrés. 



• Java Kliens 

A Java kliens beágyazható bármely Java alkalmazásba. A termék olyan desktop 
alkalmazásokat nyújt, melyekkel a telefon rendszer részletein alapuló CTI 



• 
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funkcionalitások korlátlanul hozzáférhető. Végül, a CTI működések könnyen 
létrehozhatók és integrálhatók a vállalati alkalmazásokkal, azok programozása nélkül. 

Pre-Routing™ 

A Pre-Routing a hívás-elosztás intelligencia egyik alkalmazása, amikor az ügyfél a 

hálózatban van már, mielőtt valamelyik erőforráshoz továbbítanák a hívását. Az ICM 

ezen képessége lehetővé teszi, hogy hatékonyan szegmentálja a hívókat, súlyozza a 

hívásokat a központ felé és minden hívást a lehető legjobb kezelőhöz továbbítson. 

Minden beérkező hívásnál, az ICM szoftver útválasztási kérést kap a hálózattól. A 

hívásról a rendelkezésre álló információk alapján megállapításra kerül, hogy honnan jött 

és milyen okból. 

A rendszer folyamatosan nyilvántartja, hogy milyen erőforrások állnak rendelkezésre 

(agent hatékonysága/rendelkezésre állása, IVR státusz, várakozási sor hossz, stb.) és ezek 

az erőforrások hogyan érhetőek el. 

Ahogy a rendszer jellemzői változnak, az adaptáció a felhasználó által meghatározott 

routolási sablonok alapján történik. Ez garantálja az adott tevékenységhez legjobban 

illeszkedő útvonalválasztást. 

Post-Routing™ 

Olyan intelligens kapcsolat elosztás, mely a vállalat hálózatának valamelyik perifériájához 

már hozzákapcsolódott hívásokat érinti. Ha a hívást át kell irányítani, a periféria post- 

route kérést küld az ICM szoftvernek. Az ICM szoftver ekkor, lefuttatja ugyanazt az 

útvonalválasztó scriptet, mint a pre-routing esetében. 



Több szolgáltatós hálózat támogatása /Multi-carrier, Multi vendor Capabilities/ 

A több szolgáltatós megoldás lehetővé teszi a vállalatoknak, hogy függetlenedjenek a 
kizárólagos szolgáltatótól. Az ICM szoftver nyílt architektúrája támogatja a heterogén 
szolgáltatói hálózatokhoz való kapcsolódást. 

Az ICM szoftver lehetővé teszi a vállalatnak, hogy routoljon ingyenes számokat egyszerre 

több hálózaton keresztül és ezáltal kihasználhassa a 800-as számok hordozhatóságának 

előnyeit. 

Az ICM megoldás platform függetlenséget is nyújt, mivel a kevert típusú ACD-s környezetet 
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(Alcatel, Aspect, Lucent, NEC, Nortel Networks, Rockwell és Siemens ) is támogat. 

Hasonlóképpen az IVR gyártók esetében is széles palettát támogat. 

Végül, az ICM integráció, a legkiválóbb hívás-nagyság előrejelző, munkafolyamat kezelő, 

agent ütemező programokkal, valamint a prediktív tárcsázás és más funkciók , lehetővé 

teszik, hogy a vállalat az egyéni sajátságaihoz legjobban adaptálódó, hatékony rendszerrel 

dolgozhasson. 

• IVR Integráció 

Az IVR-ek /Interactive Voice Response / rendszerek, igen fontos részegységei a vállalati 
rendszereknek. Az ICM szoftver sokféle gyártó IVR-jével együtt tud működni, mint a pre, 
mint pedig a post routing részében a hívásoknál. A vállalati IVR-ek támogatják a hívófél 
azonosítást, és szegmentálást, a hatékonyság alapú útvonalválasztást, és az IVR terheltség 
elosztás. Közvetlen, két irányú kommunikációt is lehetővé tesz az ICM szoftver az IVR 
port utilizációjának menedzselésére és ahhoz, hogy az IVR által küldött adatok 
belekerülhessenek a központ teljesítményjelentéseibe. 

• Távoli és nem ACD agentek támogatása /Remote and Non-ACD Agent Support/ 

Hívás elosztás, és jelentés készítésre van lehetőség nem csak a kisebb vállalatok 
esetében, hanem SOHO (Small Office/Home Office) és más nem ACD-alapú agent-eknél 
is. 

A készenállás alapú útvonalválasztás mellett, softphone-okat, oldal feldobást, és egyéb 
hívás irányító funkciókat tesz lehetővé a távoli agent-ek számára. Az otthoni 
munkavégzés lehetősége bővíti és javítja a munkaerőpiacot, az agentek elvándorlása 
lecsökken, az üzemeltetési költségek a helyfüggetlenség miatt radikálisan csökkenthetőek 
/egyetlen központ használata, otthoni munkavégzés/. 
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Web integráció 

Az interaktív Web-es alkalmazások segítségével a kapcsolatfelvételi lehetőségek 
kiszélesedett. A szabványos, nyitott felület ugyanúgy osztja el az Internetes hívásokat, 
mint a hagyományos hanghálózatról érkező hívásokat. Amennyiben az ügyfél 
kapcsolatfelvételt igényel, adatgyűjtés, hatalmas adatmennyiségű lapok képernyőre 
dobása és egyéb alkalmazások segíthetik a munkát. 

Ügyfél-alapú útvonalválasztás 

Az ICM szoftver tartalmazhat SQL-gateway-t /SQL adatbázis szerverek felé/ és egyéb 
gateway-eket /nem SQL alapú szerver alkalmazások felé/ melyek adatokat 
szolgáltathatnak a hívások útvonalának megválasztásához. Az ilyen adatbázisokban az 
ügyféllel foglalkozó vállalati kontakt személyek is nyilvántarthatok. A hívófélazonosítás 
után az ügyfél ezen adatok alapján, azonnal a megfelelő emberhez kerül. Olyan személy 
fogadja a hívását, akit ismer, és aki megfelelő háttér-információkkal rendelkezik. 

Munkaerő menedzsment integráció /Workforce Management Integration/ 

Kapcsolati terv /Schedule Link/ befolyásolja a hívás-mennyiség-előrejelzés adatot és 
agent ütemezést, melyet a munkaerő menedzsment rendszer készít. A vállalat 
hatékonyságát ez elsősorban az erőforrások állandó, optimális kihasználása miatt növeli. 

Rendszer partícionálása 

A partícionálás lehetővé teszi a vállalatnak, hogy egyetlen ICM szoftver segítségével 
üzemeltessen különböző vállalati egységeket. A különálló egységek autonómiával 
rendelkezhetnek működési politika, eljárások és központi műveletek területén, például 
saját scriptek, saját csoportok, és ütemezés. A rendszer természetesen komplex 
egységként működik, hiszen csak így valósítható meg a vállalat egészének, (az ACD-k, a 
hálózati elemek, és az erőforrások) optimalizálása. 

Nyílt architektúra 

Mivel az ICM szoftver olyan rendszereket támogat mint pl: Microsoft™ Windows NT, 
Microsoft SQL Server és Powersoft InfoMaker, a vállalatok élvonalbeli vezető 
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szoftvereket alkalmazhatnak, akár szerény hardverköltségek mellett is. Az ICM szoftver 
nyitott architektúrája / mely magában foglal ODBC-kompatibilis adatbázis, nyitott CSTA 
switch interfész, TAPI és ActiveX interfészek a CTI megoldásokhoz/ lehetővé teszi a 
szoros kapcsolódást a már létező központi megoldásokhoz. Ezáltal lecsökkennek a 
fejlesztési/beruházási költségek, miközben a felület teljeskörü támogatást nyújt a jövőbeni 
alkalmazások számára is. 

• Elosztott hibatűrés /Distributed Fault Tolerant/ 

Minden ICM szoftver komponens és külső alkalmazás hibatűrő, mind hardver, mind 
pedig szoftver szempontból. Öndiagnosztika és automatikus hibajavítás. A rendszer 
rugalmasan kezeli a hardver eszközök kiesését, a kommunikációs hálózat hibáit, és/vagy 
az aszinkron szoftver hibákat. Az ICM szoftver, SNMP üzenet küldő képessége miatt, 
nagykiterjedésű hálózatok menedzsment rendszereibe is könnyen beintegrálható. 

• Véglegesített, átfogó vállalati jelentések 

Az ICM szoftver átfogó vállalati, normalizált, valós idejű és régebbi adatok gyűjteményét 
tudja szolgáltatni a működésileg nagy fontosságú központokról. Az ICM nyílt architektúrája 
folyamatos információ gyűjtést, szolgáltatást tesz lehetővé a hagyományos hang hálózatról, az 
Internetről, az ACD-kről, az IVR-ekről, Web szerverekről, adatbázisokról, vállalati 
alkalmazásokról, az agent-ekről és más erőforrásokról. A hívások, az ügyfelek és a perifériák 
adatai Microsoft SQL Szerverben vannak összegyűjtve, tárolva. Az agent-ekről személyre 
szólóan információk gyűjthetők, és ezáltal hatékonyan lehet mérni az agent-ek hatékonyságát. 
Az ICM szoftver jelentés készítő csomagja, lehetővé teszi a vállalatnak, hogy már előre 
kialakított jelentési sablonokat használhasson, monitorozzon meghatározott tűréshatárok 
alapján, megszabhassa a jelentések részletességének/felbontásának mértékét, és 
időinterallumhoz kötött jelentéseket készíthessen. 

• Web-alapú Monitorozás 

Web View csak figyelő (monitorozó) hozzáférést tesz lehetővé az ICM szoftver 
jelentéseihez, a routolási scriptekhez Microsoft Internet Explorer 4.0, illetve Netscape 
Navigator 3.0/4.0 Web böngészők segítségével. A jelentések igény esetén, illetve 
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folyamatosan figyelhetők. A Web View ideális alkalmazást jelent a rendszer supervisor- 
jainak, menedzsereinek. 



Példák CTI technológia alkalmazására 



Otthoni felhasználás 



CTI technológia nélkül 

Tévénézés közben eszébe ötlik, hogy fel kell hívnia egyik külföldi kollégáját, aki éppen 

külföldön van és hamarosan tovább utazik. Ezért meg kell keresni a telefonkönyvben a 
külföldi hotel telefonszámát, és az ország hívószámát. Majd fel kell hívni a számot 
/többnyire csak másodikra sikerül a hossz miatt/. Mire vége a hívásnak, a filmnek lassan 
vége.... 



CTI technológiával 

A film alatti egyik reklámblokkban a TV távirányítóval megjeleníti a személyes könyvtárát a 

TV képernyőjén kép-a- képben funkcióval, majd kiválasztja a kolléga telefonszámát. 

A TV képernyőjén ekkor megjelennek azok a telefonszámok, melyeken keresztül a kollégát el 

lehet érni /többek között a hotel száma is/. Kiválasztja a hotel számát az adatok közül és 

hívást kér. A hívás automatikusan felépül. A TV ekkor átalakul telefonná, és a hangszórókon 

keresztül lefolytatható a társalgás, anélkül, hogy telefont a kézbe vennénk, illetve felkelnénk a 

fotelből. A hívás költsége, és a hívott szám, automatikusan rögzítésre kerül az otthoni 

adatbázisban. 
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Távmunka, bedolgozás 



CTI technológia nélkül: 

A távmunka sok kompromisszumot jelent. A rengeteg telefon gyorsan megtölti a munkahelyi 

hangposta fiókot. Nem jó ötlet az otthoni telefonszámra irányítani az összes hívást. . . 



CTI technológiával: 

Nincs szükség kompromisszumokra. Az otthoni számítógép közvetlen kapcsolatban áll a 

munkahelyi LAN-al, miáltal nyomon követhetőek a munkahelyi telefonra beérkező hívások. 
Ha fontos hívás fut be, a számítógép jelzi a hívó számát, ezután csak azt kell eldönteni, hogy 
a hívás az othoni készülékre legyen átirányítva, vagy pedig a munkahelyi hangposta fiók 
vegye át a hívást. Ha az otthoni telefon éppen foglalt, akkor Internet telefon segítségével 
fogadható a hívás. Ilyen megoldással a Call Center-ben dolgozó agent-ek akár otthonról is 
tudják végezni a munkájukat. 

Munkahelyen 



CTI technológia nélkül: 

A hangposta fiókba sokszor érkeznek olyan hívások, melyeket más munkatársak le tudtak 

volna kezelni. A hívások nagy része hangpostába ütközik, és ez elvesztegetett időt, 
újrahívásokat, sok bosszúságot eredményez. 



CTI technológiával: 

A munkahelyi személyi számítógép átalakul személyi titkárnővé. A hívás összes lényeges 

információja megjelenik a képernyőn /a hívó telefonszáma, a telefonszámhoz tartozó egyéb 
információk az adatbázisból/. A hívások fogadása letiltható, illetve automatikusan 
továbbíthatóak a tárgyalásra alkalmas személyek felé. Ha a hívott fél foglalt, illetve nem 
elérhető, a számítógép képes a folyamatos újrahívásra a háttérben. Amikor felépült a 
kapcsolat a hívottal, ezt tudatja a képernyőn keresztül. 
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Iskolai alkalmazás 

CTI technológia nélkül: 

Az egész iskolában összesen 3-4 telefonvonal található, melyeket kizárólag a tanári szobából, 
illetve a gazdasági és az igazgatói irodából lehet elérni. A telefonálás az iskolában szigorú 
ellenőrzés alatt áll, a tanulók csak komoly indokkal használhatják a telefonokat. A telefonokat 
elsősorban azért nem teszik nyilvánossá, mert nem tudnák ellenőrizni a telefonhasználatot és 
nem bíznak eléggé a diákokban. 

Az iskolákon belüli kutatások, fejlesztések, egyéb projektek azonban sok esetben igényelnék 
a telefon használatot. . . 
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CTI technológiával: 

Az iskola Internet telefon gateway-el rendelkezik, és a könyvtárban, termekben lévő 
számítógépek rendelkeznek hangkártyával, fülhallgatós mikrofonnal, valamint ezeket 
vezérlő szoftverekkel. A tanulók képesek ezekkel az eszközökkel nem csak egymást, hanem 
más iskolák tanulóit is elérni. A hívásokat természetesen adatbázis alapján szoftveresen 
engedélyezni, illetve korlátozni lehet. 

Értekezlet, konferencia 

CTI technológia nélkül: 

Komoly problémát jelent, hogyan várjunk egy igen fontos hívást, miközben egy ugyanolyan 
fontos megbeszélés közepén vagyunk. 

Ha nincs személyi titkárnőnk, és nem lehet felvenni minden hívást a megbeszélés alatt, akkor 
legjobb ötletnek az tűnik, hogy hangpostába küldünk minden hívást. A hangposta 
meghallgatásához pedig, gyakran kell kimennünk a teremből, a szokásos bocsánatkérő 
szövegeket mondogatva. . . 

CTI technológiával: 

A személyi titkárnő funkciókat átveszi az irodai számítógép. Minden egyes befutó hívást 
megvizsgál, és eldönti róla, hogy milyen fontosságú. Ahelyett, hogy automatikusan 
hangpostába rakná a hívót, azt mondja, hogy megpróbál megkeresni és kapcsolni. Ezután 
rövid szöveges üzenetet küld a személyhívóra/mobil telefonra mely tartalmazza a hívó 
számát, és azt, hogy a hívó jelenleg tartásban van. A visszaküldött válaszüzenet alapján a 
hívót kapcsolja, átirányítja egy általunk megadott másik számra, illetve közli vele, hogy nem 
tud kapcsolni, majd hangpostába rakja a hívót. A megbeszélés többi résztvevője nem is sejti, 
hogy közben a számítógéppel folytattunk társalgást. 
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Cisco VolP termékek 
Access router kategória 

Cisco 1 750 

A Cisco 1750-es a legkisebb adat/hang integrációt megvalósító access router. Felépítésében a 
sikeres Cisco 1720-as modularitását és nagy teljesítményét követi, a VolP és 
adatkommunikációs moduljai (WIC, VIC, VWIC) közösek a Cisco 1700/2600/3600 
családéval. Mivel a Cisco 1750 hivatalos megjelenése az év harmadik negyedében várható, 
ezért részletesebb információval ezen anyag készítésekor még nem rendelkezünk. 

A Cisco 2600/3600 család hang/fax modulja 

A Cisco 2600/3600 család hang/fax modulja a hang és fax forgalom IP vagy Frame Relay 
hálózaton való továbbítását biztosítja. Ezek a modulok a 2600/3600 modulhelyeire 
kerülhetnek és egy vagy két hang-interfész kártyahelyet (VIC) tartalmaznak. A modulra 
kerülő hang-interfész kártya biztosítja a kapcsolatot a telefónia berendezéseivel. Hasonlóan az 
adatforgalomhoz használt WAN interfész kártyákhoz, a hang-interfész kártyák tetszőlegesen 
cserélhetőek egymás között. 




30. Ábra 2600/3600 család hang/fax modulja 

Az analóg hang-interfész kártyák választéka két-portos FXS, FXO és E&M, valamint szintén 
két-portos digitális ISDN BRI. A Cisco 2600 és a 3620 egy hang/fax modult támogat, ami 
akár két VIC-et is tartalmazhat, míg a Cisco 3640 három modullal hat VIC-et is használhat, 
így ezzel a modullal a Cisco 2600 és 3620 maximuma négy, a 3640-é pedigl2 interfész. A 
Cisco 3660 router már az alaplapon tartalmaz LAN interfészt, így ebben akár 24 hang 
interfészt is kaphatunk. 
A hang/fax modul a Voice over IP-t és a Voice over Frame Relay-t is támogatja, alkalmazása 
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csökkenti a menedzsment költségeket, minimumra szorítja késleltetést, kiemelkedően 
alacsony a hibaaránya és előnyösebb a legtöbb VoIP gyártó PC-alapú megoldásainál, akik 
nem tudnak versenyezni a Cisco alacsonyabb hívás késleltetésének. A Cisco hang/fax 
modulok H.323 kompatibilisek, együttműködnek a Microsoft NetMeeting-gel és a LAN alapú 
IP telefon megoldásokkal. Támogatják az ITU G.729 és G.711 szabványt, előbbi közel 
tökéletes minőséget nyújt 8 kbps tömörítéssel. 

Használatához egy hang modulra (NM), a hang interfész kártyára (VIC) és 11. 3T vagy 
későbbi Plus IOS™ szoftvercsomagra van szükség (a BPJ hang interfész kártya minimum 
12.0(3)T vagy későbbi IOS™ verziót igényel). Az egy kártyahelyes modulra egy VIC (két 
interfész), a két kártyahelyesre kettő installálható (négy interfész). Az ISDN BPJ hang 
interfész négy hangcsatornát nyújt, ezért mind a négy használatához az NM-2V-re van 
szükség, az NM-1 V-ben csak 2 hangcsatorna fog működni. Az NM-2V modulon analóg 
kártyával is kombinálhatjuk, de ekkor is csak 2 hangcsatorna fog működni (összesen 4). 

Hang interfész kártyák (VIC) 

A hang/fax modulok konvertálják a telefon hangjelzéseket az IP vagy Frame Relay feletti 
átvitelhez, saját interfészűk nincs. A rajtuk használatos hang interfész kártyák biztosítják a 
direkt kapcsolatot a telefon berendezésekkel vagy a szolgáltatói hálózattal. 
Az FXS (foreign exchange station) interfész (RJ-11) kapcsolódik közvetlenül 
telefonkészülékre, fax készülékre vagy hasonló berendezésre. Az interfész biztosítja a 
csöngető feszültséget, a tárcsahangot, stb. a készüléknek (31. Ábra). 




lajp 



31. Ábra FXS hang interfész kártya 

Az FXO (foreign exchange office) interfész kapcsolja az érkező hívásokat telefonközponthoz. 

Ez az interfész ekvivalens azzal, amit egy szokásos telefonkészülék biztosít. Az FXO 

interfésznek külön európai változata van. 

A két portos E&M hang/fax interfész támogatja az 2- és 4-eres interfészeket és tipikusan a 

telefonközpontok trönk interfészére kapcsolódik. 

Az ISDN BRI hang interfész közvetlenül a telefonhálózatra vagy PBX-ekre kapcsolódhat, két 
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portos ISDN, S/T, felhasználói oldali felülete van. Két fizikai interfészén (RJ-45) négy 
hangcsatornát támogat. Támogatja a Cisco IOS™-ben levő összes ISDN jelzésrendszert, a 
DID és Caller ID átadását. 

Nagy-sűrűségű hang/fax modul a Cisco 2600/3600 családhoz 

A nagy-sűrüségű hang/fax modul a Cisco 2600/3600 család legutóbbi újdonsága (32. Ábra). 
Ezek a digitális Tl/El hang trönk modulok átjárást biztosítanak a telefonközpontok vagy a 
publikus telefonhálózat felé. Jellemzői a következők: 




32. Ábra Nagy-sűrűségű hang/fax modul a Cisco 2600/3600 családhoz 

□ együttműködik a Cisco multi-service hang és adattermékekkel (például Cixo 2600, 
3600, 7200, 5300, Cixo IP telefonok) 

□ A T1/E1 trönk hangmodul közös a Cixo moduláris access router-á számára (2600, 
3620, 3640, 3660), így skálázható megoldást biztosít a kis irodák, regionális központok 
és adatcentrumok számára. Moduláris felépítésének köszönhetően minimum 6, de akár 
288 1 hangcsatornát biztosít egy berendezésben 

□ támogatja a H.323 gateway és gatekeeper funkcionalitást illetve együttműködést, így 
megkönnyíti a nagy rendszerek adminisztrálást 

□ a programoztató DSP-k támogatják az ITU szabványos tömörítési algoritmusait (G.71 1 , 
G.723, G.726, G.728, G.729 and G.729a/b), ily módon testre-szabott megöl dáxkat ad 
a hangminőség és sávszélesség igényeink számára 

□ Packet Voice Digital Signal Procesxr modulok telepítésével (PVDM-12= ) az adott 
modul hangfeldolgozó kapacitása növelhető 

□ egy vagy két-portos T1 interf ésszel rendelkezik, amik telefonközpontra és-vagy a 
publikus telefonhálózatra kapcxlódhatnak. Az E1 interfész támogatása 1999 utolsó 
negyedére várható. 

□ az egy vagy két-portos T1/E1 interfész a MultiFlex Voice / WAN interfész kártya 
(VWIC), amit közös más adat és hang modulokká 



1 TI interfész, Cisco 3660 
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□ az összes hangfel dolgozási feladatot elvégzi ez a hang trönk modul, így a Cixo 
2600/3600 router teljesítménye változatlanul ki tudja szolgálni a routing, betárcsázás, 
tűzfal ésVPN igényeket 

□ Használatához 12.0(5)XK, 12.0(6)T vagy későbbi verziójú Plus IOS™ 
szoftvercsomagra van szükség 

□ a jövőbeni szoftverfejlesztések során nemcsak a VolP-et, hanem a VoFR-t és a 
VoATM-et is támogatni fogja, a jelzésrendszerek terén QSIG, E1 ISDN PRI, CCS és 
R2 támogatása is várható 

AS5x00 Voice Gateway 



AS5300 

A Cisco AS5300 Voice Gateway (33. Ábra) három kártyahellyel rendelkezik. Az egyik 
kártyahelyet a négy-portos El/PRI foglalja el és a másik kettő szabadon használható VoIP 
vagy modem kártyáknak. Mivel az új VoIP kártya már 60 beszélgetést támogat, a Cisco 
AS5300/Voice Gateway rendszer összesen 120 beszélgetésig skálázható. 




i! !!i !Íö L-Jf^P^ 



33. Ábra Cisco AS5300 Voice Gateway 



A VoIP kártya több DSP modult tartalmaz, a maximális kiépítés 5 DSP modul, ami 60 B 
csatorna feldolgozását teszi lehetővé. A VoIP kártya jellemzői: 

□ MIPS4700 100 MHz CPU 

□ GT-64010 system controller támogató chip-készlet 

□ szabványos 72 pin SIMM DRAM (4, 8, 16 MB) 

□ egyedi Cisco Flash 80 pin SIMM memória 
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□ öt DSP modul hely 

A VoIP kártyán levő DSP modulok végzik a hang tömörítését és csomagokra alakítását, 
számuk bővíthető. A VoIP kártyának saját szoftver komponense van, amit VCWare-nek 
hívunk, a DSP-k jellemzői: 

□ 6 DSP per kártya, 4 DSP aT1 konfigurációkhoz, 5 az E1 konfigurációkhoz 

□ TI TMS320C542 DSP chip a 30 kapacitású kártyán, TMS320VC549 chip a 60 
kapacitású kártyán 

□ támogatott kódol ások G. 71 1 , G. 729, G. 729a és G. 723. 1 

□ 128 Kwords (16 bit) DSP SRAM 

A Voice Feature Card használatához minimum 11.3NA IOS™ verzióra van szükség, a 60-as 
kapacitásúhoz 12.0.2XH vagy későbbire. 

AccessPath VS-3 

A Cisco AS5300 Voice Gateway ideális a stack-elt konfigurációkhoz, amikor egy virtuális 
elérési pontot hozunk létre nagyméretű szolgáltatói alkalmazásokhoz. Ennek az egyik 
alkalmazása a díjnyertes AccessPath VS-3 (34. Ábra), ami egy előre konfigurált, és előre 
tesztelt VoIP stack, ami különálló router-t és switch-et is tartalmaz, valamint opcionális Cisco 
3640 H.323 GateKeeper-t. 




34. Ábra AccessPath VS-3 

Nagyobb kapacitású telepítések alternatívája a Cisco AS5800, ami szintén elérhető VoIP 
gateway konfigurációban. Az AS5800 teljes kiépítésben 1344 hang csatornát támogat, ami 
legnagyobb VoIP DSP koncentráció ami egy önálló VoIP gateway-ben rendelkezésre áll. 
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Digitális Hang Port Adapter a Cisco 7x00-es család részére 

A Cisco nemrég jelentette be a digitális hang port adapter család első tagját a Cisco 7x00-es 
család részére, ami vállalati központok számára jól skálázható, nagy kapacitású hangátvitelt 
biztosít telefonközpontok vagy a publikus telefonhálózat felé. A kártya egy nagy kapacitású, 
szimpla szélességű port adapter, ami két univerzális TI /El interfészt tartalmaz és 30 nagy 
teljesítményű DSP-t, amik akár 120 hangcsatornát biztosítanak. 




35. Ábra Digitális Hang Port Adapter a Cisco 7x00-es család részére 

Az első fázisban csak a Cisco 7200-as támogatott és októbertől a Cisco 7100-ason és a 7500- 
ason. Az egy router-be telepíthető PA-VXC-2TE1 kártyák számát tekintve nincs korlátozás, a 
kártyán levő két interfész együtt konfigurálható TI -re vagy El -re. 

Hasonlóan a Cisco 2600/3600 NM-HDV moduljához a hang tömörítési kapacitás a kódolási 
típustól függ. A PA-VXC-2TE1 60 hangcsatorna kapacitással rendelkezik, ha alacsony bit 
sűrűségű kódolást használunk, mint például a G.723.1, kapacitása megduplázódik vagy 
négyszereződik ha kevésbé bonyolult kódolást használunk, mint például a G.711 vagy a 
G.726. Egyúttal a PA-VXC-2TE1 és a NM-HDV ugyanazokat a hang Tl/El gateway 
képességeket nyújtják, de a PA-VXC-2TE1 port adapternek kétszer annyi DSP erőforrása van 
mint a Cisco 3600 moduljának. A PA-VXC-2TE1 kártya kapacitása a Cisco 7x00-es család 
robusztus WAN aggregációs képességeivel párosítva az ideális megoldás a központi 
telephelyek hang feldolgozására. 

Minden DSP két hangcsatornát kezel a legbonyolultabb kódolásokkal (G.723 és G.729), 
négyet a közepes kódolásokkal (G.729a, G.728, G.726) és nyolcat az alacsony bonyolultságú 
kódolással (G.711). 
Az év során a későbbiekben egy szoftver upgrade formájában realizálódik a második fázis, 
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aminek a fő újdonságai az első fázishoz képest: 

a CCS és Q.SIG támogatása 

q modem jelek átvitele 

a Cisco 7500 platform támogatása 

□ a Cisco 7200VXR M IX (mul ti service interchange) buszának támogatása 
Vegyük észre, hogy a PA-VXC-2TE1 a nem VXR 7200-asban is használható, azonban a 
kártyák közötti TDM kapcsolási lehetőség igénybevételéhez szükség lesz a VXR sasszé MIX 
képességeire. A MIX busz lehetővé teszi, hogy a DSP erőforrásokat felosszuk a PA-VXC- 
2TE1 kártyák között, ez az oka annak is, hogy a kártyán két Tl/El port-hoz 120 csatorna van, 
mert a második fázis megvalósításától lehetővé válik a hangcsatornák más interfészekről való 
átvétele a VXR hátlapon. 
A PA-VXC-2TE1 a Cisco IOS™ 12.0XE vagy 12.0T verziójával működik. 

Menedzsment 

Cisco Voice manager 

A Cisco Voice Manager egy web-alapú menedzsment alkalmazása, ami könnyen 

alkalmazható de hatékony megoldás a VoIP hálózatok konfigurálásra, figyelemmel tartására 

és diagnosztikájára. 

A CVM segítségével a rendszergazdák telepíthetnek, üzemeltethetnek VoIP hálózatokat az 

összes költségek csökkentésével, a hívásminőség felügyeletével és hívásadatok 

kimutatásaival. A skálázhatóság érdekében beépített web szervere és SQL adatbázisa van, 

teljesen Java alapú. A CVM automatikusan felismeri a hangot is támogató termékeket és 

számos segédeszközt nyújt a hálózati problémák megoldására, és értékes híváskimutatásokat 

nyújt. 

A CVM a VoIP berendezésekkel az IP hálózaton keresztül kommunikál, a CVM szerver és a 

kliens között a http protokollt használja, a CVM szerver és a berendezések SNMP protokollal 

és telnet-tel kommunikálnak. 

Hang konfigurációs menedzsment 

A CVM egy erőteljes és könnyen alkalmazható valóidejű hang konfigurációs eszköz. A web 

felületen keresztül az adminisztrátor automatikusan felderítheti a VoIP berendezéseket, 

lekérdezheti az aktuális konfigurációt, és módosíthatja a beállításokat. A CVM a konfiguráció 
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során útmutatóval szolgál a hang interfészek, paramétereik és a diai plán beállításaihoz. A 
CVM felhasználó által definiált konfigurációs mintákat és a megismétlendő konfigurációkhoz 
batch üzemmódot is tartalmaz. 
A CVM a következő tevékenységeket biztosítja a VoIP interfészek konfigurációjához: 

□ digitális és analóg interfészek egyenkénti vagy batch konfigurációja 

q helyi (POTS) és globális (VoIP) diai plán egyenkénti vagy batch konfigurációja 

q number expansion konfigurációja 

q híváskövetés konfigurációja a hívások lekérdezéséhez 

Felügyeleti és diagnosztikai szolgáltatások 

A CVM valósidejű adatokat és statisztikákat ad a VoIP hálózat felügyeletéhez és 

hibakereséséhez. 

q ISDN csatornák kihasználtsága 

q Diai plán ellenőrzése teszteléssel az integritás és az end-to-end elérhetőség 
ellenőrzésére 

□ SNMP Trap Monitor megjeleníti azokat az SNMP trap-eket, amik a hangminőségi 
probl émákat j el eznek 

q információkat ad aDSP-k állapotáról, riasztásaikról, statisztikákról 

q router segédprogramok segítségével lementhetők és módosíthatók a konfigurációk 

Kimutatások 

A hanghálózatok alapvető felügyeleti igénye, hogy tudjuk, ki hívott kit, mennyi ideig 

beszéltek, megszakadt-e a beszélgetés, és ha igen, miért? Szintén kritikus, hogy ismerjük 

milyenek a minőségi jellemzők és sérültek-e a QoS paraméterek. 
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36. Ábra CVM kimutatások 

A CVM kiterjedt kimutatás-készítő alrendszert tartalmaz, ami segíti teljesítmény és 
statisztikai diagnosztikát. Ezek végponttól-végpontig terjedő hívásrekordok, amik időponttal 
ellátva részletes adatokkal szolgálnak a forrásról, a célról, az időtartamról és hasonló 
paraméterekről. A kimutatások táblázatos és grafikus formában is megjeleníthetők, és 
könnyen exportálhatóak (36. Ábra). 

□ a Call History részletes hívásrekordot tartalmaz a megadott intervallumban végponttól- 
végpontig terjedő hívásokról 

□ a Quality of Voice Exception megadja azokat a hívásokat, ahol alacsony volt a minőség 

□ az Active Calls kimutatás, az éppen folyamatban levő hívásokat mutatja meg 

□ a Call Volume kimutatás a teljes hívás- időtartamokat és sikeres, sikertelen, elutasított 
hívások számát adja meg 

Biztonság 

A web-alapú alkalmazásoknál kulcsfontosságú a biztonság, a CVM ezt kétszintű felhasználói 
hozzáféréssel biztosítja. 

□ szabályozható kik léphetnek be Cisco Voice Manager szerverre 

□ eszköz alapú szabályozással állítható, ki fér hozzá olvasási, vagy olvasási /módosítási 
jogokkal megadott eszközökhöz 

A Cisco Voice Manager kétszintű beállításai a hang biztonsága érdekében: 

□ Adminisztrátorok állíthatják mely router-eket felügyeljük, azokra mely felhasználók 
léphetnek be 
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□ Felhasználók felügyelik a VolP hálózatot és használják a kimutatásokat 
A Cisco Voice Manager Windows NT-n és Sun Solaris-on fut, egy ingyenes evaluation 
változat is elérhető, ami csak az eszközök számára vonatkozóan tartalmaz korlátozásokat. 

Cisco CallManager 

A Cisco CallManager szoftver a Cisco Kommunikációs Rendszer szervere. Ez egy 
kliens/szerver applikáció mely kontrollálja a hívás feldolgozást, a routing-ot, több telefon 
szolgáltatást, az eszközök konfigurációját, és a rendszer beállításokat. Minden eszköz, mely 
része a Cisco rendszernek a CallManager szoftverből konfigurálható és kontrollálható. 
A CallManager szoftver egy dedikált Windows NT szerver PC-re installálandó (A Cisco 
ajánlja a dedikált PC-t, de nem követelmény). A rendszer konfigurációs adatbázis ugyan azon, 
vagy egy elkülönített szerveren tárolódik. Az adatbázis egy Web-alapú interfészen keresztül 
módosítható (37. Ábra). Az interfész, melynek neve CallManager Administration, Web- 
alapú, így az adatbázis módosítása, rendszer működési problémák diagnosztizálása bármilyen 
Web browser segítségével lehetséges bárhonnan a világon. A szerver bárhol lehet az IP 
hálózatban, lokálisan vagy távol. 
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37. Ábra Cisco CallManager 



A CallManager biztosítja a telefon szolgáltatásait, mint például hívás tartás, hívás 
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továbbkapcsolás, hívás átirányítás, hívás várakoztatás, hívófél azonosítás, stb. A CallManager 
egy SMDI interfésze biztosítja a kapcsolatot a különböző voice mail és IVR rendszerekkel, és 
a CallManager szolgáltatja a hívás adat rekordokat a könyvelési és számlázási rendszer 
részére. A CallManager menedzseli a hívás régiókat, hogy biztosítsa az adott hálózati 
sávszélesség és teljesítmény függvényében a maximális hang minőséget. Ha a hívás egy szűk 
hálózati keresztmetszeten megy át a CallManager értesíti a Cisco IP telefont, hogy használjon 
nagyobb kompressziót, mint a G.723. Azon hívások esetén, melyek a PSTN irányába mennek, 
a CallManager értesíti a telefonokat, hogy használjanak G. 71 l-es tömörítést, mely a PSTN 
hívásokhoz szükséges. A rendszer használhat több CallManager-t is, például redundancia 
céljából. 

A CallManager szolgáltatásai 

Automatikus sávszélesség választás (régiók) 

Az automatikus sávszélesség választás szolgáltatás lehetővé teszi, hogy korlátozzuk a 

sávszélesség felhasználást egyes eszközök között, a régiók alapján. Például beállítható két 

régió: Kék és Piros régió. Bármely hívás a két régió között tömörített (kb. 6 Kbps-re). De 

azon hívások, amelyek régión belül maradnak, azaz egy Cisco IP telefon a kék régióból hív 

egy másik Cisco IP telefont a kék régióban, nem kompresszált hívásként épülnek fel 

(sávszélesség igény 64 Kbps). 

Automatikus telefon installálás 

A rendszer ezen képessége lehetővé teszi, hogy egy új telefon installálása és alap 

konfigurálása, csak addig tart, amíg a telefont egy RJ45-ÖS csatlakozóval csatlakoztatjuk az IP 

hálózathoz és adapterét csatlakoztatjuk a 220 V-os hálózathoz. Minden szükséges információt 

a CallManager feljegyez és a regisztrációt automatikusan elvégzi. 

Automatikus költözés 

Ez a szolgáltatás lehetővé teszi, hogy a telefont egyik helyről a másikra (hálózaton belül) 

áthelyezzük programozás nélkül. Minden beállítás és szolgáltatás a telefonnal együtt 

vándorol. A szolgáltatás abból adódik, hogy minden telfon gyakorlatilag egy IP terminál és az 

IP cím információk a telefon nem felejtő memóriájában tárolódnak. 

Azaz ha a telefon egy másik subnetre kerül a DHCP és router révén eléri a CallManager-t. 

Azokon a helyeken, ahol nincs DHCP szerver a CallManager IP címét manuálisan kell beírni 
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a telefonba. 

Hívás adat record (CDR) 

A hívás adat recordok a Cisco hálózat kimenő és bejövő forgalmának részletes történetét 

mutatják. Például minden hívás kezdeti időpontját, időtartamát hívó és hivott oldali 

telefonszámát. A CDR információk vesszővel elválasztott formátumúak, így minden olyan 

alkalmazásba importálhatók, amelyek ismerik a CSV filé formátumot. Például, Microsoft 

Access és Microsoft Excel. 

DHCP service a Cisco IP telefonok esetén 

A Cisco IP telefonok támogatják a Dynamic Hőst Configuration Protocol (DHCP) 

szolgáltatást. Amikor a telefon inicializálódik kap egy IP címet a DHCP szervertől. A DHCP 

nagymértékben egyszerűsítheti a Cisco hálózatot, mivel automatikusan meghatározza a 

telefon IP címét, és automatikusan felismeri, ha a telefon egyik helyről a másikra költözött. 

Tárcsázási terv 

A Cisco CallManager rugalmas tárcsázási tervvel rendelkezik a külső, belső, kimenő és 

bejövő hívások irányítására. Például az "123"-al kezdődő számokat az egyik Gateway 

irányába irányítja, a "987"-el kezdődőeket pedig a másik irányába. Azaz lehetőség van arra, 

hogy a hívásokat a tárcsázott számok típusa (mellék-, helyi-, táv-, nemzetközihívás) alapján 

irányítsa. 

Hívás blokkolás 

Meghatározott számok, vagy azok csoportjának hívása tiltható. Ha tiltott számot hív egy 

mellék a Cisco hálózaton, a hívás nem épül fel. 

Szolgáltatói hozzáférési kódok 

A számozási terv oly módon is konfigurálható, hogy a hívások irányítása, távhívások esetén, a 

távhívó szolgáltató hozzáférési kódja (10XXX) alapján történik. Például hívva a 10222 

számot a nyilvános hálózatban a hívás egy adott távhívó szolgáltatóhoz irányítodik, míg a 

10333-at hívva egy másik távhívó szolgáltatóhoz irányítodik hívásunk. Ezen hozzáférési 

kódok segítségével, hívásaink közvetlenül a megfelelő trönkre irányítódnak minden 

szolgáltatónál. 

Trönk hozzáférési kódok 

A Cisco rendszer számozási terve képes trönk hozzáférési kódokat is kezelni. A hívások a 

hívott számot megelőző trönk hozzáférési kód alapján a megfelelő irányba irányíthatóak. 
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Például a külső híváshoz 9-est kell tárcsázni. A trönk hozzáférési kódok használata 

opcionális, a CallManager beszúrhatja, vagy levághatja a kódot a hivott szám elé illetve elöl, 

mielőtt kapcsolódik a nyilvános telefonhálózatra, vagy alközpontra. 

Egyedi számozási terv 

A Cisco számozási terve konfigurálható mint egyedi számozási terv, vagy idomulhat a 

meglévő vállalati számozási tervhez (például idomulhat egy egységes vállalati alközponti 

számozási tervhez). Egyedileg meghatározható, hogyan épül fel a számozási terv. A hívások 

bármilyen szám alapján irányíthatóak, amelyek 1-23 digit hosszúságúak. A leginkább 

elfogadott és megszokott a 4 számjegyes számozás. 

Közvetlen beválasztás (Direct Inward Diaiing /DID/) 

Direct Inward Diaiing lehetővé teszi a felhasználóknak, hogy közvetlenül fogadjanak 

hívásokat a nyilvános hálózatból kezelő közbeavatkozása nélkül. A CallManager képes 

módosítani a beérkező számokat hozzáadva vagy levágva egyes digiteket, ezáltal biztosítva az 

idomulást a saját számozási tervhez. DID használatához szükség van DID-alkalmas gateway- 

re, mint például a Cisco Access digital ISDN gateway-ek. 

Esemény naplózás 

A CallManager eseményei a Windows NT event log-ban kerül rögzítésre. A rögzített 

események a Windows NT Event Viewer-ével tekinthetők meg. Az üzenetek tartalmazzák az 

esemény időpontját, forrását, kódját és leírását. 

Esemény Megtekintő 

A Windows NT Event Viewer-el megtekinthetők a biztonsági és az aplikációkkal kapcsolatos 

események a Windows NT Szerveren. Az Event Viewer segítségével megtekinthetők a Cisco 

rendszer eseményei, mint pl. phone service on/off, major task on/off, trunk interface on/off. 

Külső voice messaging (VM)/automated attendant (AA)/interactive voice 

response (IVR) rendszerek támogatása SMDI interfészen 

Lehetőség van külső rendszerek csatlakoztatására, melyek a következő lehetőségeket adhatják 

a rendszerhez: 

• Voice messaging (a message waiting jelzés látható a Cisco IP telefonokon) 

• Automated attendant szolgáltatás a beérkező hívások megfelelő mellékhez történő 
irányítására. 

• IVR (interactive voice response) lehetőségek, melyek révén például biztosítható unified 
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messaging interface a Microsoft Exchange Server számára. 

IP precedence bit támogatás a telefonok és gateway-ek számára 

Minden hang csomag, mely a Cisco Analóg Gateway-ektől vagytelefonoktól származik egy 

type of service bit beállítással, mely biztosítja a Cisco Routerekben a priority queuing-ot. Ez a 

szolgáltatás növeli a hangminőséget a kiterjedt hálózatokban. 

IP irányítás 

A telefonok a nem felejtő memóriában tárolják az IP address információkat (IP address, 

subnet mask, router gateway IP address, DNS server address, és a TFTP server address). A 

jelzés és hang csomagok is az IP hálózaton kerülnek továbbításra. Az IP address információk 

tápáram kimaradás esetén is megmaradnak. A routolható protokollok lehetővé teszik, hogy a 

telefonokat és CallManager(ek) szétszórtan helyetkedjenek el egy kiterjedt hálózatban. 

Licenc menedzsment 

A Licenc menedzsment mindenkor kijelzi a regisztrált eszközök számát, valamint a 

felhasználó licecének kihasználtságát. A licenc számításánál figyelembe vett eszközök: Cisco 

Access Digital és Analóg Gateway Trunk portok, Cisco Access Analóg Station Gateway 

portok, conference bridg-ek, Cisco IP telefonok, és a Cisco VirtualPhones™-ok. 

Szám hordozhatóság 

Ez a szolgáltatás lehetővé teszi, hogy telefonját bárhol csatlakoztatva a Cisco rendszerhez, 

megtartsa telefonszámát. 

Például, ha telefonját kihúzza New York-ban, elküldi Bangladesh-be és csatlakoztatja az IP 

hálózatra, melyről elérhető a CallManager, akkor a telefon letölti a configurációját és ugyan 

az a mellék lesz mintha New York-ban ülne. 

Teljesítmény Monitor 

A Teljesítmény Monitor (Performance Monitor) a Windows NT Server applikációja, mely 

lehetővé teszi a rendszer számos változójának valósidejű monitorozását. Például 

megtekinthető az adott pillanatban folyamatban levő hívások összes száma, vagy csak egy 

adott gateway-en átmenő hívások száma. A Performance Monitor láthatóvá teszi az általános 

és a Cisco specifikus reál time státusz információkat. 

PRI protocol support 

A Cisco számos ISDN protokolt támogat, ezek felsorolása alább látható. A PRI paraméterek 

és időzítések konfigurálhatók, amennyiben szükséges a szolgáltató vagy a telafon alközpont 
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nterfészéhez való csatlakozás során. 

NI2 

4ESS 

5E8, 5E8 Teleos, 5E8 Custom 

5E9 

DMS-100 

DMS-250 
Redundancia 

Második CallManager is installálható a hálózatba azzal a céllal, hogy biztosítsa a hívás 
feldolgozó szerver redundanciáját. Abban az esetben ha a CallManager szerver meghibásodik, 
minden hozzá tartozó telefon és Gateway automatikusan átáll a redundáns CallManager-re 
administrátor közbeavatkozása nélkül. 
Távfelügyelet 

Megfelelő jogosultsággal rendelkező adminisztrátorok Web browser segítségével tudják 
monitorozni a Cisco CallManager állapotát. 
Web (HTML) adminisztrálás 

Web-alapú adminisztrálása révén a CallManager és telefonjai bárhonnét a világon 
adminisztrálhatóak. Ez szükségtelenné teszi egy dedikált adminisztrátor konzol kialakítását. 
Web-alapú gyorstárcsázó telefonkönyv 

Ez a szolgáltatás lehetővé teszi a keresést egy Web-alapú listában, mely tulajdon képpen az 
adott vállalat telefonkönyve. A felhasználó a kiválasztott telefonkönyvre klikkelve egyből 
kezdeményezheti is a hívást. A CallManager a felhasználó telefonjának csengetésével 
válaszol, majd hívja a kiválasztott számot. Ez a telefonkönyv automatikusan generálódik a 
CallManager adataiból (38. Ábra). 
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38. Ábra Cisco CallManager telefonkönyv 
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Web dokumentálás 

A Cisco Communications System dokumentációja Web-alapú, a CallManager szerveren 
található. 
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39. Ábra Selsius dokumentációs rendszer 
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Matáv rendszertechnika 

Ebben a fejezetben mintakonfigurációkat mutatunk be a SOHO illetve a közepes és 

nagyméretű irodák számára. 

Ezek célja a leggyakoribb igények és megoldások bemutatása. Minden példa esetén 

ismertetjük a működését illetve a szükséges eszközök konfigurációját. A mintamegoldások 

ismertetésén keresztül megismerhetők az ajánlott eszközök, kialakítható egy eszközpark 

amely alkalmas tetszőleges demonstrációs rendszer összeállítására. 

A megoldások többsége a telefonköltségek csökkentését célozza a vállalaton belüli hívások 

hálózaton belül tartásával. Természetesen az adott eszközkészlet lehetőséget nyújt egyedi 

megoldások kialakítására, rugalmas, a helyi igényekre alapozott szolgáltatások kifejlesztésére. 

Az utolsó példa egy vállalati-szolgáltatói közös hálózat megoldást mutat be, ahol a 

szolgáltató az IP hálózati szolgáltatásba építi be telefon elérést. 

SOHO megoldások 

A következőkben a legkisebb - tipikusan otthoni környezetben kialakított - irodák számára 

alkalmas megoldásokat mutatunk be. Ezen irodák jellemzője, hogy csak néhány felhasználó 

dolgozik a hálózaton. 

Feltételezzük egy - a SOHO szempontjából - központi telephely meglétét. Itt helyezkednek el 

a VoIP rendszer azon elemei melyekre kis felhasználószám esetén nincs szükség illetve nem 

gazdaságos a telepítése. 

A valós idejű fax átvitel nagyon érzékeny a késleltetésre ezért megoldások telephelyek közötti 

összeköttetésként QoS lehetőségekkel bíró IP hálózatot tételeznek fel. Ez megvalósítható 

bérelt vonal, frame-relay illetve ISDN felett, vagy akár IP VPN szolgáltatás segítségével. 

A SOHO megoldásoknál közös hogy a konfiguráció külső kapcsolatai a következők: 

összeköttetés a központi telephely felé 

ISDN vagy analóg telefonvonal a szolgáltató felé 
A felhasználói igények becslésekor feltételeztünk munkahelyenként egy telefont és 
irodánként 1-2 fax készüléket. 
A példákban a helyi router szerepét egy Cisco 2600 látja el a megfelelő kiépítésben. 
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SOHO 1-2 munkahely 

Ez a példa egy olyan irodát mutat ahol nincsen szükség több kettőnél több helyi telefonra. 

A konfiguráció központi eleme egy router. Alapesetben 1 LAN (Ethernet) egy szinkron soros 

vagy ISDN BRI és 4 hang csatolóval rendelkezik (2xFXS és 2xFX0 vagy BRI). 

A router fogadja a központ fele induló vonalat, és az iroda telefonvonalát is. Ez utóbbi lehet 

ISDN vagy analóg is. Az alapkonfiguráció 1 db ISDN BRI vagy 2 db hagyományos 

telefonvonal fogadására alkalmas. 

A helyi telefonok a router FXS csatolóira csatlakoznak. Tipikusan egy telefon és egy 

kombinált telefon/fax üzemel. A két készülék illetve a külvilág közötti a telefonfogamat a 

router irányítja. Az analóg telefonok DTMF jelei alapján lehetséges a hívás továbbítása a 

központ felé IP felett vagy a publikus telefonhálózatra. 

A LAN-ra csatlakoztatott számítógépeknek nem kell részt venni a telefon kommunikációban. 

Amennyiben valamely H.323 kompatibilis alkalmazást használunk (pl. NetMeeting) 

lehetőség van további "mellékállomások" bekapcsolására a hálózatba. A H.323 Gateway 

funkciót a router látja el. Amennyiben a rendszerben H.323 Gatekeeper funkcióra is szükség 

van, akkor azt a központban elhelyezett Call Manager illetve egy dedikált biztosítja. 
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40. Ábra SOHO 1 rendszertechnika 
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A konfiguráció elemei: 

1 db CISCO2610 

1 db WIC-1T vagy WIC-1B-S/T 

1 db NM-2V 

1 db VIC-2BRI-S/T-TE vagy VIC-2FX0-EU 

1 db VIC-2FXS 

1 db SF26CP-1 1.3.9T Cisco 2600 Series IOS IP PLUS 

SOHO 3-20 munkahely, alközpont 

A második példa egy olyan kis irodát mutat (41. Ábra) ahol a szükséges telefonok száma már 

nagyobb mint amennyi egy routerre ésszerűen közvetlenül csatlakoztatható. 

A telefon fővonal vagy fővonalak illetve a helyi telefonkészülékek egy kis alközpontra 

csatlakoznak. Az alközpont lehet analóg vagy ISDN rendszerű is, ennek megfelelő csatolóval 

csatlakozik a routerre. 

A hívások irányítása az alközpont feladata, a routerbe csak a központ fele irányuló IP felett 

továbbítandó hívások jutnak el. 

H.323 alkalmazások esetén a Gateway illetve Gatekeeper funkciók az első példával 

megegyezően alakulnak. 
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41. Ábra SOHO 2. rendszertechnika 

A konfiguráció elemei: 

1 db CISCO2610 

1 db WIC-1T vagy WIC-1B-S/T 

ldbNM lVvagyNM-2V 

1 vagy 2 db VIC-2BRI-S/T-TE vagy VIC-2FXO-EU vagy VIC-2FXS 

1 db SF26CP-11.3.9T Cisco 2600 Series IOS IP PLUS 



SOHO 3-20 munkahely, IP telefonok 

A harmadik példában a felhasználók telefonjai nem hagyományos készülékek, hanem IP 
telefonok melyek a helyi hálózatra csatlakoznak. Ennek megfelelően nincsen szükség 
alközpontra. A publikus hálózat fele a router biztosít csatlakozást. Az irodai telefaxok szintén 
a router FXS portjaira csatlakoznak. 

Az IP telefonok vezérlésére alkalmas lehet a központban elhelyezett Call Manager, de ez 
esetben az összeköttetés megszakadása esetén a külvilággal megszakad a telefonkapcsolat. 
Ezért javasolt egy helyi Call Manager telepítése is. 
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42. Ábra SOHO 3. Rendszertechnika 

A konfiguráció elemei: 

1 db CISCO2610 

1 db WIC-1T vagy WIC-1B-S/T 

1 db NM-2V 

1 db VIC-2BRI-S/T-TE vagy VIC-2FXO-EU 

1 db VIC-2FXS 

1 db SF26CP-1 1.3.9T Cisco 2600 Series IOS IP PLUS 

1 vagy 2 db Cisco Call Manager 

3-20 db Cisco 12SP+ IP Phone 



Közepes és nagyvállalati megoldások 

Ebben az alfejezetben olyan megoldásokat részletezünk, melyek a több telephellyel 
rendelkező vállalatok számára nyújtanak lehetőséget a VoIP technológia felhasználására. A 
mintakonfigurációk feltételezik több, hasonló felépítésű hálózat meglétét. Az összeköttetés ez 
esetben is QoS támogatott IP hálózat. Egy ilyen telephely funkcionálhat központként a 
korábban említett SOHO hálózatok számára. 
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A bemutatott megoldások csupán példák. Ilyen méretű rendszerben már annyi változat 

lehetséges, hogy azokat konkrét konfigurációkkal nehéz lefedni. A minták mutatják a 

különböző igényekre alkalmas eszközök típusait, így lehetőség van egy univerzális 

eszközkészlet összeállítására. 

A hasonló méretű vállalatoknál szokásos igény a távoli felhasználók kapcsolt vonali behívási 

lehetőségének biztosítása. A választott routerek lehetőséget adnak ennek megvalósítására is 

közös készülékben. 

A javasolt router a szükséges csatolók számától és típusától függően Cisco 3640 vagy 

AS5300 típusú lehet. 

A két példa két szélső esetet mutat be, a gyakorlati megoldások valahol a kettő között 

elképzelhetők. 

Közepes vállalat, 150 munkahely, ISDN alközpont, távoli behívás 

A példa kiinduló alapja egy szokásos vállalati hálózat. A rendszerben található egy router 

amely a többi telephellyel való kapcsolatot biztosítja. A telefonok és faxok egy alközpontra 

csatlakoznak és ez fogadja a külső telefonvonalakat is. 

A VoIP alkalmazás első lépése a router kicserélése megfelelő típusúra (esetleg a meglevő 

megtartásával) és annak összekötése az alközponttal. A csatoló típusa jellemzően ISDN PRI. 

A hívásirányítást az alközpont végzi, a router a VoIP gateway szerepét tölti be. 

Amennyiben H.323 Gatekeeper funkció is szükséges az alkalmazások miatt, ez vagy egy 

dedikált router (pl. Cisco 3620) vagy egy Call Manager alkalmazásával oldható meg. 

A router összeköttetését a helyi hálózattal egy fast-ethernet csatoló biztosítja. A távoli 

telephelyek bérelt vonalait egy El interface fogadja. Az alközpont felé egy El csatoló 

kapcsolódik. A modemes távoli felhasználók a routerben elhelyezkedő digitális modemek 

segítségével jelentkezhetnek be a hálózatba. 
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43. Ábra Közepes méretű vállalat rendszertechnikája 



A router konfiguráció: 



1 db CISCO3640 

ldbNM-lFElCElB 

ldbNM-12DM 

1 db NM-HDV(=) 

2dbPVDM-12= 

ldbVWIC-lMFT-El 

1 db S364CP-12.0.4T Cisco 3620 Series IOS IP PLUS 
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Az opcionális H.323 Gatekeeper: 

1 db CISCO3620 

ldbNM-lE 

1 db S362CU-12.0.4TCisco 3620 Series IOS IP/H323 

Nagyvállalat, 300 munkahely, távoli behívás, alközpont nélkül 

E példa egy nagyvállalati környezetet mutat be (44. Ábra). A telefonos kommunikáció 

kizárólag IP telefonokon keresztül zajlik. A fax forgalom jelentős része is papírmentes módon 

történik az AS5300 store-and-forward fax szolgáltatásának felhasználásával. Az AS5300 

fogadja az ISDN PRI bejövő vonalakat. Lekezeli a VoIP konverziót valamint a modemes és 

ISDN távoli bejelentkezéseket. Egy második router, egy 3640 El csatolókon keresztül 

kapcsolódik a távoli telephelyeket bekötő bérelt vonalakhoz. Ezen az eszközön elhelyezhetők 

analóg csatlakozók a hagyományos faxkészülékek bekötéséhez. 

A H.323 Gatekeeper funkciókat és az IP telefonok vezérlését egy Call Manager látja el. 
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44. Ábra Nagyvállalati rendszertechnika 
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A konfiguráció: 

1 db CISCO3640 
ldbNM-lFE2CElB 

2 db NM-2V 

4 db VIC-2FXS 

1 db S364CP-12.0.4T Cisco 3620 Series IOS IP PLUS 

1 db AS5300 

1 db AS53-E1-60VOXD60DM 

ldbS53CP-12.0.4T Cisco AS5300 Series IOS IP PLUS 

1 db Cisco Call Manager 
250 db Cisco 12SP+ IP Phone 
50 db Cisco 30VIP IP Phone 



Javasolt demoeszköz készlet 



Mennyiség 


Kód 


Megnevezés 


3 


CI9CO3640 


Cisco 3600 4-slot Modular Router-AC with IP Software 


3 


MEM3600-8U32FS 


8-to-32MB Flash Factory Upgradefor the Cisco 3600 


3 


MEM3640-32U48D 


32-to-48 MB DRAM Factory Upgradefor the Cisco 3640 


3 


S364CP-12.0.4T 


Cisco 3620 Series IOS IP PLUS 








3 


NM-1FE2CE1U 


1 Port F.Ether. 2Port Channelized E1/ISDN-PRI Unbalanced 
NM 


2 


NM-12DM 


12 Port Digital Modem Network Modulé 








2 


NM-HDV(=) 


High Density Voice Network Modulé. 

Actsasthebasecarrier cardfo r thePVDMsandtheVWIC card 


5 


PVDM-12= 


12-Channel Packet Voice/Fax DSP Modulé 


1 


VWIC-1MFT-E1 


1 -port RJ-48 Multiflex Trunk - E1 


1 


VWIC-2MFT-E1 


2-port RJ-48 Multiflex Trunk - E1 
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NM-2V 


Two voice/fax interfacecard slot network modulé 


2 


VIC-2E/M 


Two-port Voice I nterf ace Card - E&M 


4 


VIC-2FX0-EU 


FXO Voice I nterf ace Card 


4 


VIC-2FXS 


Two-port Voice I nterf ace Card - FXS 


4 


VIC-2BRI-ST-TE 


Voice I nterf ace Card with two ISDN BRI S/T i nterf aces 
(Terminal Equipment) 








4 


CI9CO2610 


Cisco 2600 Ethernet modular router with Cisco I OS™ I P 
software 


4 


MEM2600-24U32D 


24 to 32MB DRAM Factory Upgrade for the Cisco 2600 
Series 


4 


MEM2600-8U16FS 


8to 16 MB Flash Factory Upgrade for theCixo 2600 Series 


4 


S26CP-12.0.4T 


Cisco 2600 Series IOS IP PLUS 








4 


WIC-1T 


1-Port Serial WAN InterfaceCard 


4 


WIC-1 B-S/T 


1-Port ISDN-BRI WAN InterfaceCard 








2 


AS5300 


AS5300 Diai Shelf 


2 


AS53-AC-PWR 


AC Power Chassisfor theAS5300 


1 


AS53-E1- 
60VOXD60DM 


60 Voice sessions, and 60 M ICA modems, and Quad E1 card 


1 


AS5300-120VOIP-A 


AS5300VolP Gateway- 120 voice channels, 4E1, all coders 


2 


S53CP-12.0.4T 


CixoAS5300 Series IOS IP PLUS 








1 


CI9CO3620 


Cisco 3600 2-slot Modular Router-AC with IP Software 


1 


NM-1E 


1-Port Ethernet Network Modulé 


1 


MEM3620-32U48D 


32-to-48 MB DRAM Factory Upgrade for the Cisco 3620 


1 


S362CU-12.0.4T 


Cisco 3620 Series IOS IP/H323 








4 


990-0801-020 


Cisco Demo Pkg, 5-12SP+ , 5-30VIP, AT-4 
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1 . A VOIP TECHNOLÓGIA ÁTTEKINTÉSE 

1.1. A BESZÉD-CSOMAGKOMMUNIKÁCIÓ ALAPELVEI 

A vonalkapcsolt hálózatok azon az elven működnek, hogy a két kommunikáló fél 
között átmenetileg felépül egy kapcsolat, legyen szó beszédátvitelről vagy egyéb 
adatforgalom továbbításáról. A hálózat egyik végberendezése megcímzi a hálózat 
egy másik végberendezését és ennek hatására a két végberendezés, illetve a 
hozzájuk tartozó vonal folyamatosan összekapcsolódik, míg valamelyik fél nem 
kezdeményezi a kapcsolat felbontását. Erre az egyik legismertebb példa a 
telefonkapcsolat felépülése. 

A vonalkapcsolt távbeszélő hálózatok hátránya az, hogy a két fél a kapcsolás 
időtartama alatt folyamatosan, statikusan össze van kapcsolva, az összeköttetés 
mindkét irányban, általában duplex módon adott sávszélességgel kizárólag az ő 
rendelkezésükre áll. Ez a rendelkezésre állás teljesen független attól, hogy 
egyszerre mindkét fél vagy csak az egyik beszél, esetleg mindketten hallgatnak. A 
vonalkapcsolás költsége csakis a kapcsolat időtartamától és a két pont közti 
szolgáltatói díjkörzetektől függ. Ez azt jelenti, hogy a kapcsolatot teljes értékűen 
akkor is lefoglalja a két fél, ha egyik sem szól egy szót se, de még az esetek 
legnagyobb részében is csak félig vannak kihasználva a vonalak, hisz egyszerre 
csak az egyik fél szokott beszélni. Ez a telefont a központtal összekötő szakaszon 
- az előfizetői érpáron - nem jelent hátrányt, hiszen azt más úgy sem tudja 
használni, azonban a központokat összekötő gerinchálózat kapacitását jelentősen 
befolyásolja, ugyanis a kapcsolat átvitelére lefoglalt áramkörön kihasználatlanul 
maradt sávszélesség veszendőbe megy. 

A csomagkapcsolt (pl.: IP) hálózatokban az adatátvitel sokkal hatékonyabb lehet, 
mert a végberendezések közötti kapcsolat már nem folyamatos felépítésű, a 
küldőnek nem kell a hívást külön kezdeményeznie, a kapcsolat bármikor a 
rendelkezésére áll. Az információt - legyen az adat, beszéd vagy bármi más - a 
küldő végberendezés az adott protokoll előírásai szerint csomagokra darabolja, 
majd azokat fejléccel látja el, melyben szerepel a forrás és a célállomás címe, és 
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egyéb más szükséges információ a csomag címzettjéhez való sikeres eljuttatá- 
shoz. 

Az egyes csomagok egymás után haladnak át a hálózaton, és más-más 
útvonalakat bejárva jutnak el a fogadó végberendezéshez. A csomagok 
különböző sorrendben érkeznek meg, ezért a berendezésnek a fejlécben tárolt 
információ alapján újra sorba kell rendezni azokat, majd ebből a 
csomagsorozatból visszaállítja az eredeti jelfolyamot. 

A csomagkapcsolás egyik nagy előnye éppen ebből következik: ha a végberende- 
zés "csendben van", akkor nem keletkeznek csomagok, tehát nincs átviendő infor- 
máció. A csomagkapcsolás jellege miatt a gerinchálózati kapacitás csak akkor és 
olyan mértékben foglalt, amilyen mértékben információt cserél a két 
végberendezés, ellentétben a vonalkapcsolás statikus jellegével. Ezáltal a 
kapacitás megsokszorozódik, ami megfelel annak a jelenlegi elvárásnak, hogy 
egyre nagyobb mennyiségű adatot a lehető legkisebb költséggel a 
leghatékonyabb és legrövidebb úton kell megmozgatni, és célba juttatni. Az IP 
protokoll szerinti csomagformátumot az 1 . ábra mutatja. 
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verzió IHL szolga Hatás 
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1 . ábra. Az IP csomag felépítése 

A hatékony tömörítési algoritmusok és a szünetdetektálás segítségével további 
jelentős előnyök érhetők el a vonalkapcsolt beszédátvitelhez viszonyítva, mert a 
vonalkapcsolás 64 kbit/s-os átviteli sebesség helyett egy csatorna átvitele akár 6-7 
kbit/s szélességre is redukálódhat. 

Összességében elmondható, hogy a csomagkapcsolt beszédátvitel lényegesen 
olcsóbb, mint a vonalkapcsolt, hiszen szinte minden jelentősebb ártényező 
lényegesen kisebb csomagkapcsolás esetén. Mindemellett a 
csomagkapcsolásnak létezik gyenge pontja is. Az egyik a minőség. A 
hagyományos távbeszélő hálózatban alapvető követelmény a beszédminőség 
megfelelő szinten tartása, ez a klasszikus csomagkapcsolt hangátvitelnél nem 
biztosított. 

A csomagok különböző hálózati utakon történő elküldéséből következik, hogy 
nincs garancia arra, hogy a csomagok azonnal, jelentősebb késleltetés nélkül 
mennek át a hálózaton, mert a csatorna terhelése változó, az összeköttetésnek 
pedig alapesetben nincs előre meghatározott sávszélessége. Adatátvitel esetén 
ez nem okoz gondot, azonban beszédátvitelnél már érzékelhetően más a helyzet. 
A beszéd minősége ugyan nem romlik néhány csomag elvesztése esetén, 
azonban a fül a késleltetésre eléggé érzékeny, már a néhány tíz milliszekundumos 
késleltetést is érzékeli, 300 milliszekundum felett már zavaró lehet. Még rosszabb 
a helyzet, ha a késleltetés mértéke is csomagonként ingadozik, mert ekkor a 
beszédérthetőség is jelentősen leromolhat. Ennek kiküszöbölésére különböző 
„best effort" jellegű megoldásokat fejlesztettek ki. A „best effort"-nak (~ legjobb 
szándék) azokat a különböző módszereket hívjuk, amelyek alkalmazásával a 
lehetőségekhez mérten a legjobb minőségi paramétereket próbálják meg elérni, 
de nem garantálva azokat. Ilyen módszerek a priorizálás (bizonyos típusú 
csomagok fontossági sorrendnek megfelelő elküldése, RSVP protokoll), a 
statikusan nagyobb erőforrások használata, és az erőforrások lefoglaltságának 
jobb menedzselése. 
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Fontos szempont a beszédátvitelnél az, hogy mekkora csomagokat képezünk. A 
beszéd minőségének az a jó, ha egészen rövid csomagokat küldünk igen gyakran, 
hiszen ez közelíti meg legjobban a vonalkapcsolt csatorna minőségét. A 
csomagkapcsolás alapvető tulajdonságából következően minden csomaghoz kell 
fejléc, tehát kis csomagok esetében jelentősen megnövekszik a fejlécben tárolt 
adminisztratív információ relatív mennyisége. Ha nagy csomagot küldünk kisebb 
gyakorisággal, akkor a hatásfok jó lesz, viszont nőni fog a késleltetés, mert az 
egész beszédminta feldolgozását csak akkor lehet megkezdeni, ha a csomag 
megérkezett. Az optimális hangcsomag méret a tapasztalatok szerint valahol 40 
byte és 128 byte között helyezkedik el (pl.: ATM esetében a hasonló 
megfontolásokból a cellaméretet 53 byte-nak állapították meg, amelyből a fejléc 5 
byte). 

Csomagkapcsolt beszédkommunikációnál másképp kell kezelni a torlódásokat 
szűk erőforrások esetén. Adatkommunikációnál torlódások bekövetkeztekor a 
csomagok újból elküldésre kerülnek, és megérkezéskor a vevő fél nyugtát küld 
(pl.: forgó ablakos nyugtázás). A valós idejű illetve a multimédia kommunikáció 
esetében ez a módszer nem használható, mert tovább nőne a késleltetési idő, 
ehelyett torlódáskor a csomagokat a kapcsolóeszközök inkább eldobják. így csak 
kisebb mértékű minőségromlással kell számolni, mintsem ami egy-két „eltévedt" 
csomag bevárásával keletkezne. Az audio és videó jellegű adatok több százalékos 
csomagvesztés mellett is kielégítő mértékben rekonstruálhatóak. 

A szükséges minőségi paraméterek (QoS - Quality of Service) feltételek 
csomagkapcsolt beszédátvitel esetében: 

- sávszélesség (bandwidth) csatornánként 7-8 kbit/s minimum, ajánlott a 15 

kbit/s, 

- késleltetés (delay) kevesebb legyen, mint 250-500 ms, 

- késleltetés-ingadozás (jitter) 30 ms körül maradjon, 

- csomagvesztés (packet loss) 1 % alatt maradjon. 
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Az átvitelért felelős eszközök újabb generációjával egyre nagyobb hatásfok érhető 
el e paraméterek javításával. Az új, intelligens eszközök révén biztosítani lehet a 
homogén erőforrás készleteket, valamint ezek a kapcsolók már nagyobb 
processzálási képességgel rendelkeznek, ezért már a csomag elejének 
megérkezésekor (de még a teljes csomag megérkezés előtt) elkezdődhet a jel 
feldolgozása (cut-through eljárás). 

1.2. KÓDOLÁSI ELJÁRÁSOK ÉS TULAJDONSÁGAIK 

A hagyományos távközlő hálózat minden elemét a 64 kbit/s-os PCM 
beszédcsatornák kezelésére optimalizálták (G.711-es szabvány, 8000 minta/sec, 
8 bit mintánként). Lehetőség van azonban ennél lényegesen hatékonyabban is 
kihasználni a rendelkezésre álló sávszélességet, amely az Internet esetén 
különösen szűkös. Az IP-n átvitt beszéd érthetősége ezért nagymértékben a 
használt kódolótól függ. Általában a vonali interfész kártyán található kódoló végzi 
az A/D átalakítást (mintavételezést, kvantálást) és a forráskódolást (tömörítést) 
végzi a DSP (Digital Signal Processing) kártyán futó algoritmus. A tömörítés 
számításigényes algoritmus, az ITU szabványos tömörítőit minden fontos DSP 
platformon implementálták. A tömörítést végezheti a hőst CPU is, de még a 
Pentium M-es processzorok sem tesznek lehetővé olyan port-sűrűséget, mint a 
DSP-t használó gateway-ek. Nagyteljesítményű rendszerekben több 
bővítőkártyára is szükség van (főleg beszédfelismerő és text-to-speech 
rendszerekben), ekkor közöttük a kommunikáció a rendszerbusz (ISA vagy PCI) 
kikerülésével, az MVIP interfészen (Multi-Vendor Integration P rotocol) vagy 
SCbus-on (Signal C omputing B us) zajlik. Ezek kétirányú, nagysebességű, 
időosztásos (TDM) buszok és 24/30 csatornát továbbítanak párhuzamosan. 

Az ITU G.723.1-es kódoló a legkisebb bitsebességű, közel PCM minőségű kódoló, 
hátránya a magas késleltetés és teljesítmény igény. Lineáris predikción alapszik 
(egy nem túl gyorsan változó jel megbecsülésén az előző „n" db. minta lineáris 
kombinációjával), "szótárakat" (előre definiált jelformákat) is használ a jel 
tömörebb leírására. Az algoritmus nagyon számításigényes, 30 MIPS egy Pentium 
processzorral. A szünetdetektálás mellett a telefonhálózatra jellemző "zajmintákat" 
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is generál a beszédszünetekben, így még valósághűbbé teszi a kimenetet. Az 
IMTC (International Multimedia Telecommunication Union) a Voice over IP default 
kódolójának választotta a G.723.1-et, a G.729 mellett. 

A G.729-es és a G.729A tömörítők algoritmus 8 kbit/s-os, nagyon kis, 35 ms-os 
késleltetésű kódolók. A G.729A kevesebb processzor kapacitást igényel, de 
mindkét kódolónak kisebb a késleltetése mint a G. 723. 1-nek. Eredetileg a Voice 
Over Frame Relay technológiához fejlesztették ki. 

A teljesség kedvéért felsoroljuk a beszédkódolás és tömörítés további fontos 
ajánlásait. 

- G.711 (64 kbit/s), ez a hagyományos PCM kódolás, minősége a legjobb, 
elhanyagolható késleltetés 

- G.722 (7 kbit/s) 

- G.726 (40/32/24 kbit/s), jó minőség, kis késleltetés 

- G.728 (16 kbit/s) jó minőség 

- GSM (13 kbit/s) közepes minőség, közepes késleltetés 

1 .3. AZ IP PROTOKOLL FELETTI BESZÉDÁTVITEL 
SAJÁTOSSÁGAI 

Ebben a fejezetben először a mai IP protokollokkal működő hálózatoknak azon 
tulajdonságait tekintjük át, amelyek real-time alkalmazásoknál különösen fontosak. 
Ezek a hálózatok csak "best-effort" szolgáltatásokat nyújtanak, amely működés 
megfelel az adatátviteli alkalmazásoknak. A TCP szállítási réteg megbízható, 
összeköttetés alapú kommunikációt biztosít szinte bármilyen minőségű hálózat 
felett, a TCP forgalomszabályozás lehetővé teszi, hogy a két fél egy 10 kbit/s-os 
telefonvonalon, vagy akár egy 100 Mbit/s-os FDDI gyűrűn is kommunikáljon. Az IP 
telefon eszközök általában UDP csomagokat használnak a hang továbbítására - 
az UDP protokoll mentes a kapcsolat-felépítési, - lebontási késleltetéstől, kisebb a 
fejrésze és az UDP csomagokat a TCP csomagok előtt továbbítják a router-ek. Ha 
azonban a sok UDP csomag elárasztja a hálózatot, ugyanúgy sorba kell állniuk 
(jelentős és ingadozó lehet a késleltetés), és a torlódások megelőzésére sincs ma 
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még megoldás (gyakori a magas csomagvesztési arány). A beszéd és fax 
összeköttetések által igényelt QoS paraméterek betartására nincs ma garancia, a 
forgalom burst-össége miatt csak a többlet-sávszélesség és router-kapacitás 
növelése lehet megoldás. 

A fejezet további részében a ma leginkább ígéretes megoldásnak tűnő 
protokollokat ismertetjük. A mai Interneten és vállalati intraneteken az Internet 
Protocol Version 4-et (iPv4) használják. Az IP új verziója, az iPv6 a rá építhető 
RSVP protokollal lehetőséget biztosít garantált minőségű átvitel biztosítására. Az 
IPv6 fejrész hosszabb, de moduláris felépítésű, és könnyebben feldolgozható az 
IPv4-esnél. Lehetőséget nyújt folyamok azonosítására, és bevezeti a prioritást az 
IP hálózatokban. Az RSVP erőforrások lefoglalását teszi lehetővé a hálózatban és 
az admission control algoritmus csak a teljesíthető kéréseket teljesíti. 

QOS PARAMÉTEREK 

Ha beszéd illetve fax átviteléről van szó IP alapú hálózatokban, három olyan 
fontos tényezőt kell figyelembe vennünk, amelyek alapvetően befolyásolják a 
kommunikáció minőségét: a késleltetést, a csomagvesztési arányt 
(valószínűséget) és a késleltetés ingadozást, az ún. jitter-t. Ezek a tényezők a 
hálózat aktuális állapotától függnek, a forgalom nagyságától, a torlódásoktól és 
route-olási rendellenességektől. 

Késleltetés (packet delay) 

A csomagkésleltetés definíció szerint az IP csomag első bitjének elküldése és a 
célállomáshoz való megérkezése között eltelt időt jelenti. Csomagkapcsolt 
hálózatokban nem biztosított, hogy a késleltetés belül marad a telefonáláshoz 
szükséges határokon, mivel a csomagok (amelyek 10-50 ms hosszúságú 
beszédrészletek) osztottan használják a linkek átviteli és a hostok kapcsolási 
kapacitását. Egy csomag akár 30 router-en is keresztül mehet, és minden esetben 
sorba kell állnia, amíg a processzor a fejrész beolvasása után a megfelelő irányba 
továbbíthatná. A hálózatmenedzsment feladata a késleltetés mérése és a 
szükséges többletkapacitások biztosítása. 
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A beszédcsomagok késleltetése két részből áll: egy fix és egy változó késleltetési 
időből. A fix késleltetés a jelnek az átviteli linkeken történő terjedéséből és a 
csomópontok fix feldolgozási idejéből áll, a minimális késleltetést a technológia 
jelenlegi fejlettsége határolja be. Internetes telefon esetén a beszéd kódolás- 
dekódolás ideje is része a fix késleltetésnek. A változó késleltetés a továbbítási 
útvonal csomópontjainak számától, a csomópontok várakozási sorainak hosszától, 
az egyes linkek sávszélességétől és - osztott közegű linkek esetén - azok 
forgalmától függ. 

Késleltetés-ingadozás (jitter) 

A jó beszédminőség érdekében a fogadó gateway-nek a csomagokat sorba 
rendezve, folyamatos beszéd-folyammá kell alakítania, a digitális-analóg 
átalakítónak meghatározott időközönként mintákra van szüksége, függetlenül a 
csomagok érkezési gyakoriságától. A késleltetés nagy ingadozása miatt ez 
lehetetlenné válhat, ezért fontos probléma a jitter kezelése. A jitter definíció szerint 
a késleltetési idők szórása, nagysága a tapasztalatok szerint arányos a késleltetés 
nagyságával. A jitter szokásos kezelése a pufferolás: változó sebességgel érkező 
csomagokat egy pufferből állandó sebességgel olvasunk ki, ehhez azonban be 
kell vezetni egy fix késleltetést, amely arányos a maximálisan várható késleltetés 
ingadozással. Lokális hálózatokban és intranetekben ez megtehető, de az Internet 
késleltetése olyan nagy, hogy legtöbbször nem adható hozzá az átvitelhez még 
egy „simító" késleltetés. 

Csomagvesztés (packet loss) 

A csomagvesztés azt az arányt jelenti, ahány százaléka az elküldött csomagoknak 
nem éri el a cél csomópontot. A csomagvesztés leggyakoribb okai a következők: 

- Átviteli berendezés meghibásodása (linkszakadás, csomóponthiba). 

- Az útvonal csomópontjainak száma nagyobb, mint a csomag TTL (Time-To- 
Llive) értéke, ilyenkor ugyanis az ezt érzékelő csomópont eldobja a csomagot. 

- Torlódás (congestion): az adatkommunikáció burst-ös jellege miatt gyakran 

előfordulnak esetek, amikor a router-ek pufferei megtelnek a kimenő linkek kis 
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sávszélessége vagy a CPU túlterhelése miatt. Ilyenkor eldobják az összes 
várakozó csomagot, a szállítási protokollnak megfelelően vagy elveszik a 
csomag (UDP) vagy a forrás újraküldi (TCP). Érdekes, hogy a torlódás nem 
növeli meg tartósan a késleltetést a hálózatban, mert a TCP 
forgalomszabályozás rögtön lecsökkenti az adás sebességét, ezért csak 
néhány csomagnak lesz nagy késleltetése, összességében az 
átbocsátóképesség csökken (ritkábban küldik a csomagokat). 

A mai kódolók 3-5%-kos csomagvesztést is elviselnek a beszédminőség jelentős 
degradációja nélkül, különböző interpolációs technikákat használva a hiányzó 
minták közelítésére. Még 5-8%-os csomagvesztés mellett is kielégítő minőségű 
lehet a beszélgetés, de ilyenkor a beszédátvitel már nem alkalmas üzleti 
kommunikációra, inkább csak magánbeszélgetések lebonyolítására (2. ábra). 
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2. ábra. A beszédátvitel QoS követelményei 



Routolási rendellenességek 

Ha egy IP csomag bekerül az Internetbe, a hálózat komplexitása miatt nem 
mondható meg előre, hogy milyen útvonalon jut el a céljához. Az útvonalválasztás 
szabályait (vagyis hogy adott hálózat felé melyik interfészén küldje tovább a 
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csomagot a router) a routing protokollok határozzák meg. Előfordulnak olyan 
esetek (igaz csak ritkán) amikor a csomag nem az optimális (leggyorsabb, 
legrövidebb) úton jut el a célhoz, a helyi vagy nemzetközi hálózat hibás 
konfigurálása miatt. Ez hatással lehet az Internetes telefonálás minőségére is. 

Az IP csomagok útvonala meghatározható, a router-ek "viselkedése" könnyen 
tanulmányozható a traceroute nevű programmal (Unix alatt traceroute, Windows 
NT-ben tracert). A program egyszerűen növekvő TTL (Time-To-Live) mezőjű IP 
csomagokat küld a cél felé. Az első csomagot TTL=1 értékkel küldi el, az útvonal 
első router-e dekrementálja a mezőt, és mivel az lesz, eldobja a csomagot és 
„TTL expired" ICMP üzenetet küld vissza. Az ICMP csomag forrás címe lesz az 
útvonal első csomópontjának IP címe. A következő csomag TTL értéke 2 és ez 
addig folytatódik, amíg a célig az összes csomópontot meghatározza a program, 
vagy megadja azt a csomópontot, ahol a kapcsolat megszakadt. A traceroute 
óránkénti futtatásával akár egy teljes héten át, megbecsülhető a route-olási 
rendellenességek gyakorisága az Internet két végpontja között. 

Az egyik route-olási rendellenesség a hurok létrejötte az útvonalban, amikor a 
csomagok véletlenszerűen visszakerülnek a küldő router-hez. A routing 
protokollok kiküszöbölik ezt a jelenséget azzal, hogy minden csomópontnak 
konzisztens képe van a hálózat pillanatnyi kapcsolatairól. Amikor azonban 
változás áll be a hálózat topológiájában, ez nem jut el azonnal minden router-hez, 
ezért rövid időre néhány eszköznek hibás információ lehet a birtokában. Egy 
1995-ös vizsgálat kimutatta, hogy az ilyen hibák nem tartottak tovább átlagosan 3 
óránál, de volt néhány eset, amikor fél napba is beletelt, amíg megszűnt a 
helytelen működés. Ilyen hurkok legnagyobb valószínűséggel Washington 
környékén alakultak ki, ahol nagyon nagy sűrűségben fordulnak elő router-ek, és 
sok Internet szolgáltató hálózata itt kapcsolódik egymáshoz. 

A másik jelenség, amely problémát okozhat az IP hálózatban, a "fluttering", amikor 
egy A router a csomagok egyik felét a B, másik felét C irányába továbbítja, 
ugyanazon cél felé, így egy oszcilláló útvonal-választás alakul ki. Ez a módszer 
előnyös lehet a terhelés egyenletes elosztása szempontjából, de real-time 
kommunikáció esetén a tapasztalatok szerint megnöveli a késleltetés ingadozást 
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(egy pont-pont kapcsolat két "ágon" valósul meg, és két különböző várható értékű 
késleltetés váltakozik). Véleményünk szerint egy olyan hálózatban, ahol 
következetesen minden csomópont a terhelés megosztásra törekszik, 
összességében egyenletesebb késleltetési idők alakulnának ki, de az Internet 
esetében, amely nagyon inhomogén szerkezetű, különböző sebességű 
hálózatokból áll és nincs az egész hálózatot átfogó menedzsment, az oszcilláló 
útvonat-választás nagyon különböző terheltségű linkekkel találkozhat, rontva ezzel 
a pont-pont kapcsolat minőségét. 

Gyakran előforduló jelenség az Interneten az aszimmetrikus routolás, amikor A 
pontból B-be nem ugyanazon az útvonalon jut el a csomag, mint B-ből A-ba. 
Kimutatták, hogy az Internetes kapcsolatok 50%-ában asszimetria lép fel a két 
irány között (különböző városokon keresztül mennek a csomagok), de 30% az 
olyan esetek száma is, amikor a csomagok különböző Autonóm Rendszereken (az 
Internet nagy, önállóan menedzselt egységein) kerültek továbbításra a két 
irányban. Ez a jelenség szintén a hálózat inhomogenitása miatt okoz problémát a 
real-time kapcsolatokban. Előfordulhat, hogy az A végpontban lévő fél jól hallja a 
B beszédét, de a másik irányban nagyobb terheléssel (esetleg torlódással) 
találkoznak a csomagok, ezért B rosszul értheti csak meg A-t. 

Real-time kapcsolatok esetén fontos az is, hogy egy adott útvonal A és B között 
ne változzon túl gyakran, vagyis stabil legyen az útvonal-választás, ellenkező 
esetben ugyancsak megnőhet a késleltetés ingadozás. A vizsgálatok szerint az 
útvonal állandósága néhány másodperctől több napig terjedhet, de a kapcsolatok 
többségénél egy útvonal dominál a teljes időtartam alatt. 

1 .4. IP HÁLÓZATOK A BESZÉD-FAXÁTVITEL SZÁMÁRA 

A Voice over IP alkalmazások használhatósága és minősége nagymértékben függ 
attól a hálózattól, amely a hangcsomagokat továbbítja. A következőkben röviden 
felsorolásra kerülnek az egyes hálózatok hangátvitel szempontjából fontos 
tulajdonságaik, jelenlegi helyzetük, és befolyásoló tényezőik és jövőbeli 
alkalmazási lehetőségeik. 
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1 .4.1 . LAN/Intranet 

LAN-nak egy intézmény belső lokális hálózatát nevezzük. Jelenleg a legtöbb 
vállalatnak van kiépített belső adathálózata. Jellemzői a nagy adatsebesség (10- 
100 Mbit/s, de ma már 1000 Mbit/s is), és a nagyarányú menedzselhetősége. 
Ezért a LAN ideális környezetet nyújt a hangátvitelre, hisz a nagy sávszélesség 
révén a minőségi paraméterek (csomagvesztés, késleltetés, jitter) a kívánt sávban 
tarthatóak. 

Hasonló a helyzet az Intranetekkel is. Intranetnek azokat a TCP/IP protokollokat 
használó intézményi hálózatokat nevezzük, amelyekben az Internethez hasonló 
szolgáltatásokat valósítanak meg, az ott megszokott szerver és kliens 
programokkal, mind például a filé transfer (ftp), terminál szerver (telnet), SMTP 
alapú elektronikus levelezés vagy, ami a talán a legfontosabb, a grafikus felületű 
vállalati web lapok, http szerverek. Az intranet lehet egyetlen LAN, de lehet nagy 
kiterjedésű, sok gépet tartalmazó hálózat, LAN-ok összekapcsolásával valamilyen 
gerinchálózat segítségével (FDDI, ATM) vagy bérelt vonalakon, ISDN-en, esetleg 
műholdas kapcsolattal. A nagy intranetek akár százezer számítógépet is 
tartalmazhatnak, tehát nem elsősorban a kicsinységük különbözteti meg őket az 
Internettől. A telephelyek között már nem áll olyan nagy sávszélesség 
rendelkezésre, mint a LAN esetében. 

Az IP hálózaton történő hang- és faxátvitel szerepe rendkívül fontos, hisz 
általában az Intraneteket alkotó gépeket fizikailag nagy távolságok választják el 
egymástól, ezért a hagyományos hang- és faxátvitel igen jelentős költségeket 
okoz a cégeknek. A csomagkapcsolt átvitel révén a telefonköltségek oly 
mértékben csökkenthetőek, hogy akár fél éven belül is megtérülhetnek a VolP 
rendszerekbe fektetett beruházások. 

1.4.2. Az Internet 

Az Internet a legnagyobb nyilvános hálózat, több tízmillió felhasználóval. Ilyen 
mértékű felhasználótábor mellett nem lehet megoldani, hogy a minőségi 
jellemzőket a megfelelő mértékben garantálják az egyes szolgáltatók. 
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Az Internet számos jellemzője ellentétes az Intranetével. Az Intranet ismert 
szerkezetű, megtervezett, szabályozott, menedzselt környezet, míg az Internet 
egy kaotikus halmaz, amelyben a hálózat teljesítőképességének alakulása csak 
becsléssel lehetséges. Az intranetek központilag menedzselt, korlátozott 
hozzáférésű (vagyis ismert felhasználói igényű) hálózatok, ahol az egyes linkek 
terheltségét, sávszélesség-kihasználását, a router-ek CPU és memória 
kihasználtságát, a hálózat késleltetését és csomagvesztését folyamatosan figyelik, 
statisztikáit elemzik. Az Internet ezzel szemben szeparáltan menedzselt regionális 
gerinchálózatok összekötéséből áll, több millió számítógéppel, ahol az erőforrások 
legtöbbször nagymértékben leterheltek. 

Olyan pont-pont kapcsolatokban, ahol a sávszélesség és késleltetés megfelelő 
határok között marad, a mai tömörítési módszerekkel lehetséges jó minőségű 
telefonálás az Interneten, de mivel a hálózat minősége, a QoS paraméterek 
nehezebben tarthatók kézben, a nagyvállalati kommunikációs rendszerek tervezői 
ha tehetik, nem a nyilvános Interneten keresztül bonyolítják le a beszédátvitelt. 
Másik lényeges szempont a biztonság. Az Internetet mindenki használhatja, így az 
ott lévő információkhoz bárki hozzáférhet. Az adatok illetéktelen kezekbe való 
jutása ellen nagy hangsúlyt kell helyezni a feltörhetetlen titkosító rendszerek 
alkalmazására. 100 %-os biztonság nem létezik, bár már több olyan ún. valós 
időben nem megoldható algoritmust kidolgoztak, amiknek a feltörésük a mai 
számítógépek kapacitása mellett is évezredekbe telhet (ilyenek például az RSA 
vagy egyes DES algoritmusok). 

Minden kedvezőtlen vonása ellenére is a jövőben nagy lehetőségek nyílnak a 
VolP rendszerek előtt, hisz már most számos olyan ígéretes technológia áll 
tesztelés alatt, amelyek nagyságrendekkel sokszorozzák meg a jelenlegi átlagos 
sávszélesség nagyságát. 

A telefax-átvitel ma is igen fontos vállalati kommunikációs mód. Mivel a fax nem 
más, mint digitális fénykép és az Internet alapvetően digitális adatok átvitelére 
alkalmas. A faxnál nem jelent különösebb gondot, ha az egyes csomagok 
viszonylag nagyobb késleltetéssel érkeznek meg, ettől még az üzenet semmit se 
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veszít el az érthetőségéből. Az 1.5. fejezet részletesebben foglalkozik az IP-n 
keresztüli faxolás kérdéseivel. 

1 .4.3. VPN-ek/Extranetek 

Napjainkban mind több vállalat alakít ki VPN illetve Extranet jellegű hálózatot. 
Sikerüknek egyik oka az adattovábbítási költségek drasztikus csökkenése, ezért 
az IP-n keresztüli hangátvitel is fontos szerepet fog játszani ezeknél a 
vállalatoknál. 

A VPN-ek (Virtual Priváté Network - virtuális magánhálózatok) szerepe igen 
jelentős. VPN-eket használnak ott, ahol egy vállalat egyes telephelyei között igen 
nagy távolságok vannak, és a cég számára nem éri meg kiépíteni a kapcsolatot az 
egyes helyszínek között. 

A VPN egy pont-pont kapcsolatot kiépítő, hozzáférés menedzselt és titkosított 
hálózat, amely megosztja erőforrásait más hálózatokkal, de tökéletesen elkülönül 
azoktól. 

Ez a meglévő hálózat lehet az Internet, egy menedzselt IP hálózat, vagy egy 
szolgáltató gerinchálózatán keresztül is kialakítható VPN. 

A VPN kapcsolat lényege tehát hogy a cégek nem közvetlenül vannak egymással 
összeköttetve, hanem egy szolgáltató által üzemeltetett hálózaton keresztül. A 
VPN gyors ütemű elterjedésének oka a kommunikációs költségek csökkenése, de 
használatát a gazdaságosság mellett a mobilitás is vonzóvá teszi. A megfelelő 
jogosultságú személy egy notebook-kal akár utazás közben is be tud lépni a 
vállalat belső hálózatába, például hogy letölthesse aznapi e-mailjeit. 

Az Internet alapú VPN-ek alapvetően nem garantálják a QoS-t, ezek a 
paraméterek a VPN szolgáltatóval kötött szerződésben megállapodottak szerint 
szabályozhatóak, természetesen csak az adott lehetőségekhez mérten. 

Az Extranet felépítésében hasonlít az Intranetre, de lényeges különbség, hogy az 
Extranet esetében külső személyek is -mint például vevők, szállítók és üzleti 
partnerek- jelentkezhetnek be a vállalat hálózatába. Az Extranetek sok esetben 
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VPN alapúak (3. ábra), mert így szabályozhatóak a minőségi paraméterek, 
valamint a behívó felek a vállalati belső hálózathoz való hozzáférés jogosultsága. 

Az Extranetek felhasználására tipikus alkalmazási lehetőség nyílik a távoktatás, a 
távmunka és különböző üzleti együttműködések kialakítása terén. 
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Mind a VPN-ek, mind az Extranetek esetében a csomagkapcsolt beszédátvitel a 
közös hálózattól szeparáltan, de azok erőforrásait felhasználva valósul meg. Ezért 
még vannak megoldásra váró problémák, de a közeljövőben el fog hárulni ez az 
akadály is a VolP alkalmazások elterjedése elől. 

1 .5. FAX-ÁTVITEL AZ INTERNETEN 

Átfogó felmérések szerint a telefax napjaink legkedveltebb üzleti kommunikációs 
eszköze. Könnyen használható, azonnali üzenettovábbítást tesz lehetővé, az 
egész világon elérhető szolgáltatás, és minden régióban ugyanaz a szabvány 
terjedt el, ami nem mondható el sok más telekommunikációs megoldásról (többek 
között a mobil telefónia, a műsorszórás, ISDN szabványai nem egységesek). 
Hozzávetőlegesen 70 millió fax készülék van ma használatban és a piac tovább 
bővül. 
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A faxtovábbítás ma túlnyomó többségben a távközlő hálózaton zajlik, a költségek 
a továbbítás időtartamától függnek, különösen a távolsági és nemzetközi hívások 
magas percdíjai miatt jelentős tételt jelentenek a vállalatok kiadásaiban. 
(Felmérések szerint 83 milliárd $-t költöttek összesen faxok küldésére 1998-ban, 
és egy átlagos Fortune 500-as nagyvállalatnál a faxköltség 15 millió $, ami a 
telefonszámla 37%-kát teszi ki.) Az IP hálózatokon történő fax-továbbítás tehát a 
távolsági hívások elkerülésével nagy költségmegtakarítást tesz lehetővé. 

A fax digitális fényképnek minősül, ezért ideális átviteli közegnek minősül az 
Internet. A csomagkapcsolt hálózatokban két különböző eljárást különböztethető 
meg, az üzenettovábbításon alapuló (store&forward) és a valós idejű (real-time) 
faxszolgáltatást. Mindkét esetben használhatók a hagyományos (Group 3 
szabványú) faxkészülékek és a számítógépes faxmodemek is. 

A legtöbb IP alapú fax az üzenettovábbítás (store-and-forward) elvén működik. A 
fax készülék PSTN-en vagy a lokális hálózaton keresztül kapcsolatot teremt a 
gateway-jel, majd a faxot eltárolja, és az csomópontról-csomópontra küldve 
érkezik meg a cél gateway-hez, majd onnan a megfelelő fax berendezéshez. A 
megszokott időzítési feltételek csak a gateway-t és fax készüléket összekötő 
csatornán adottak, az IP hálózaton viszonylag nagyobb késleltetést is 
szenvedhetnek a csomagok. Ez az eljárás a késleltetés mellett abban is 
különbözik a megszokott hagyományos módszertől, hogy itt két T.30 (fax küldését 
leíró ajánlás, a nyilvános telefonhálózaton keresztül) alapú kapcsolat is létesül, így 
a visszaigazolás bonyolultabb folyamatot jelent. 

Real-time fax esetén egy virtuális áramkör épül fel a két végpont között, az útvonal 
szigorú időzítési feltételeknek felel meg. A létrejövő kapcsolat hasonló a 
hagyományos fax kapcsolathoz, így a felhasználók szinte semmit sem vesznek 
észre abból, hogy a fax az IP hálózaton keresztül ment át. 

Kezdetben nem volt egységes IP alapú fax átvitel, ezért gyakran a fax készülékek 
nem voltak képesek egy másik gyártótól származó berendezéssel kommunikálni. 
1998-ban dolgozta ki az ITU a T.37-es és a T.38-as Internet-fax ajánlásokat. A 
T.37 által lehetővé válik az e-mail és a fax közötti szabad átjárás (faxot lehet 
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küldeni e-mail postafiókra, és fordítva), és az üzenet priorizálását is lehetővé teszi. 
A T.38 a real-time faxküldés protokollja. 

Normál esetben, egy modern irodában az elküldendő dokumentumot a LAN-on 
lévő fax szerverhez küldik a felhasználók, amely az alközponton keresztül felhívja 
a címzett készüléket (ez gyakran távolsági hívást jelent), és továbbítja a 
dokumentumot. Ha az Internetet használja a szerver a PSTN helyett, az Internet 
fax gateway-en (vagy szerveren futó fax kliens programon) keresztül a 
dokumentum IP csomagokban jut el a célhoz legközelebbi gateway-hez, amely 
helyi hívást kezdeményez a címzett fax készülék felé, és csak a helyi hívás 
percdíjait kell fizetni a továbbításért, ha saját gateway-ekkel rendelkezik a vállalat, 
akkor maga az átvitel díjtalan, csak az Internet kapcsolatot kell biztosítani. 

Az Internet fax gateway-ek analóg interf észéihez csatlakoztathatók a 
hagyományos telefax készülékek és az analóg interfészű hagyományos fax 
modemek is, ISDN BRI interfészen terminál adapterek vagy ISDN faxok, digitális 
E1/T1/PRI interfészén alközpontok kapcsolhatók hozzá. A LAN interfész általában 
10/100BaseT Ethernet, amelyen az Internet elérést lehetővé tevő router-hez 
csatlakozik az eszköz. A gateway PC-s kliens programok által küldött faxokat is 
továbbítani tud. 

A nem real-time fax átvitel történhet fax messaging gateway-jel vagy e-mail to fax 
gateway-]e\. Az előbbi csak abban különbözik az Internet fax gateway-től, hogy a 
teljes dokumentumot először tárolja, aztán küldi tovább, míg az e-mail gateway a 
faxot, mint digitális fényképet e-mail-ben, MIMÉ kompatibilis attachment-ként 
továbbítja (pl.: TIFF formátumban). Az üzenettovábbító gateway-ek gyakran nem 
csak faxokat, hanem voice-mail-eket is továbbítanak, hiszen a digitalizáltan 
rögzített hang-file kezelése semmiben nem különbözik a fényképétől, így akár 
másik gateway-nek (amely felhívja a címzettet és lejátssza neki az üzenetet), akár 
e-mail-ben könnyen továbbítható. Egy mobil felhasználó, legyen a világ bármely 
pontján, egyszerű Internet csatlakozással letöltheti a neki címzett faxokat, 
elektronikus leveleket és hang üzeneteket, multimédiás hordozható gépével 
megválaszolhatja őket, és ezért csak Internet hozzáférést, azaz helyi hívás díját 
kell fizetnie. Nem csak a mobilitás az előnye ennek a megoldásnak, hanem a 
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biztonság is: a személyes faxokat és üzeneteket csak jelszó megadásával töltheti 
le a címzett, míg hagyományos készülékek esetén bárki elolvashatja őket. Az 
Internetes átvitelt pedig tömörített és titkosított továbbítással teszik biztonságossá 
a gateway-ek. 

További, intelligens funkciókkal is gazdagítható a hagyományos fax: továbbítás 
adott felhasználói csoportnak (a címlista állhat telefonszámokból és email 
címekből vegyesen), foglalt vonal esetén tárolás és újratárcsázás, a fax használat 
összesített figyelése, költségek nyomon követése (hagyományosan nehéz a fax 
költségek elkülönítése a telefon számla alapján). Új lehetőség lehet a HTTP 
szerverek és fax bankok integrálása, a wwwlfax-on-demand server. Ha a vállalat 
ilyen szerveren helyezi el dokumentumait, akkor azok hagyományos fax 
készülékkel is elérhetők, számbillentyűs vezérléssel a hívó kiválasztja a kívánt 
dokumentumot, és kinyomtatva megkapja a HTML oldalt, tehát az Internet 
eléréssel nem rendelkező cégek is használhatják a web-et. 

1.6. QOS, MINŐSÉG-ÉRTÉKELÉSI ÉS MÉRETEZÉSI KÉRDÉSEK 

Az 1.3. fejezetben bemutattuk a QoS (Quality of Service) paramétereit, ezek 
javításának módját IP hálózatokon. Most azt vizsgáljuk, miként lehet azt mérni, 
értékelni. 

Természetesen az egyes hálózati paraméterek egzaktul mérhetők, számokkal 
kimutathatók. Léteznek, és ismertettük is az ember által elfogadott műszaki 
értékhatárokat. Mégis, az egyes eszközök, kapcsolatok vizsgálatánál elterjedtek a 
szubjektív vizsgálatok. Tipikus mérés a száj-fül késleltetés, amelynek pontos 
értékét mérni nem lehetséges. Az egyes műszeres mérések ugyanakkor nem 
tudják figyelembe venni az emberek hallásainak különbségét, szórását, a 
különböző beszédhangok iránti érzékenységet stb. Ezért ITU szabvány is 
vonatkozik a szubjektív minőségmérésre. 

A mérés több irányú vizsgálat is lehet. Az egyik elterjedt minősítési módszer a 
MOS (Mean Opinion Score), amelynek lényege beszédminták meghallgatása és 
összehasonlítása a PSTN/ISDN/GSM minőségekkel. Az összehasonlítás 
ötfokozatú skálán történik. 
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5. Minőségromlás alig hallható. 

4. Minőségromlás hallható, de nem zavaró. 

3. Minőségromlás kissé zavaró. 

2. Minőségromlás nagyon zavaró. 

1 . A beszéd nehezen érthető. 

A beszédminták felváltva férfi és női hangok, rövid 4-5 másodperces mondatok, a 
fonémák jellemzők az adott nyelvre. 

A minőségi méréseket társítani lehet az IP hálózat adott leterhelésével, ennek 
függvényében a minőséggel. Tipikusan több - ugyanahhoz a gateway-hez tartozó 
- egyidejű felépített hívás hatása érdekes, hiszen ekkor a szünetdetektálások és 
egyéb erőforrás-megtakarítások kumulálódnak. Ezért a hálózati erőforrások 
leterhelésével a minőség nemlineáris függvénye tapasztalható, illetve fordítva: 
adott minőség erőforrásigénye az egyidejű hívásszámmal nemlineáris 
kapcsolatban van. 

A minőség hálózati erőforrás-igényének (a sávszélességet ideértve) megismerése 
után történhet a tervezés. Figyelni kell arra, hogy a mért erőforrás-szükséglet 
maximumára kell tervezni a hálózatot. A sávszélesség példáján bemutatva ez azt 
jelenti, hogy egy 8 csatornás, 30 másodperc időátlagában mért 7 kbit/s 
hangcsatornánkénti sávszélesség igény esetén is kb. 15 kbit/s-mal kell 
sávszélességet méretezni egy hangcsatornára, különben megengedjük a 
hálózatnak azt, hogy ha mindkét fél egyszerre beszél, akkor nem adatforgalom 
esetén még a priorizálás ellenére is romoljon a beszédminőség a PSTN-hez 
képest. Célunk pedig pont az, hogy üzleti célú IP telefonhasználat váljon lehetővé, 
tehát a PSTN-től nem különbözhet észrevehetően a hangminőség. 
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1 .7. A SZABVÁNYOSÍTÁS HELYZETE ES VÁRHATÓ 
FEJLŐDÉSE 

1 .7.1 . A szabványosítás fő fórumai 

Az IP-telefónia alapját is az ITU szabványai alkotják, amelyek specifikálják a 
távközlési eszközök lehetséges interfészeit, a használható jelzésrendszert, a 
szabványos hang- és képkódoló eljárásokat. 

Az IMTC ( International M ultimedia T eleconferencing C onsortium) olyan 
szervezeteket, cégeket tömörít, amelyek a telefonhálózaton vagy csomagkapcsolt 
hálózatokon működő multimédiás konferenciákhoz gyártanak eszközöket 
(Dialogic, Natural Microsystems, IBM, Lucent Technologies). Fő célja a 
szervezetnek az eszközök kompatibilitásának, együttműködésének biztosítása, 
főleg a H.323-as szabványra alapozva. Külön szekció foglalkozik a Voice over IP 
technológiával. 

Kifejezetten a CT rendszerekkel foglalkozik az Enterprise C omputer T elephony 
Forum (E CTF). Fő feladata CT eszközök együttműködését biztosító javaslatok, 
szabványok kidolgozása és tesztelése. 

Az Internet T elephony C onsortium ( ITC) a távközlés és az Internet 
összekapcsolódásával, jövőjével kapcsolatos technikai és gazdasági 
vizsgálatokat, tanulmányokat készít. Javaslatokat tesz az Internet telefónia 
majdani szabványainak kidolgozásához, költségmodelleket készít az Internet 
szolgáltatók és Internet telefon szolgáltatók rendszereire. 

A hardver eszközök, interfészek szabványain túl fontos a programozói felületek 
(Application Programming Interíace) szabványosítása is, amelyek az alkalmazás- 
fejlesztők számára teszik lehetővé, hogy a konkrét kártyáktól függetlenül, 
egységes eljárás-hívási felülettel írják meg a CT alkalmazásaikat. Az első ilyennek 
tekinthető de facto szabvány a Hayes modem parancskészlet volt, amely a 
faxmodemek call control-\át egységesítette. A 80-as évek gyártó-specifikus API-jai 
(IBM CaliPath API, Digital Equipment Computer-lntegrated Telephony API) után a 
90-es években két új szabvány született, amely minden számítógép architektúrán 
biztosítja az egységes call control-t. Ezek a Telephony Services API (TSAPI) az 



Forrás: http://www.doksi.hu 



AT&T és a Novell fejlesztésében, és a Telephony API-t (TAPI), amelyet a 
Microsoft terjesztett el, ez a call control-t valósítja meg, a média processing-ért az 
MS-Windows API felelős (pl. : a hang rögzítése, lejátszása). 

Az IP-telefónia és az Internet kapcsolata egyre erősebb, a jövő legfontosabb 
kérdése ezzel kapcsolatban az, hogy a hálózat képes-e média folyamok jó 
minőségű átvitelére. Az Internet E ngineeríng Task Force ( IETF) RFC-jei 
specifikálják a protokollokat, amik az Internet alapját alkotják, az RSVP és IPv6 
protokollokkal több RFC is foglalkozik (RFC 1883-87, 1825-29). 

Nagy gateway hálózatok és sok felhasználó esetén természetesen felmerül a 
különböző gyártók rendszereinek, gateway-eknek és kliens programoknak az 
együttműködése, kompatibilitása. Az ITU-T H. 323-as, csomagkapcsolt hálózatok 
audio- és videokonferencia-szabványa biztosíthatja ezt. Pont-pont és pont- 
multipont kommunikációt tesz lehetővé, specifikálja a használható kép- és 
hangtömörítő algoritmusokat. Tartalmazza a szabvány a G.711, 722, 723 és 728 
ajánlások szerinti kódolókat, a sávszélesség-igény 64-től 5,6 kbit/s-ig terjed. Bár 
sok más kódoló eljárás is használt az IP telefonjában (pl. GSM, Lucent Elemedia, 
G.729, Voxware Metavoice), minden gyártó törekszik a H.323 kompatibilitásra. 

Az Internet gateway szerverek hálózata a nyilvános kapcsolt telefonhálózat 
kiegészítőjeként működhet, a szabványosítás biztosíthatja a különböző hálózatok 
közötti átjárhatóságot. Új szolgáltatások bevezetését is lehetővé teszi, mint 
például a voice mail és a faxok e-mail-ben történő továbbítása vagy a felhasználói 
igény szerinti beszédminőség választás. Szabványos gateway-ek és kliens 
programok esetén szinte bármilyen konfigurációban kezdeményezhetők hívások. 
Ahhoz, hogy telefonhívást lehessen lebonyolítani egy PC és egy távoli telefon- 
készülék között, a gateway hálózaton keresztül, a felhasználó csak megadja a 
távoli gateway IP címét, a hívás az Interneten keresztül a gateway-hez kerül, majd 
a megadott telefonszám alapján a PBX felhívja a hozzá kapcsolt telefont, vagy a 
kimenő trönkvonalakon helyi hívást kezdeményez. A desktop alkalmazásokból is 
elérhetők a PBX szolgáltatásai, úgymint a hívásátirányítás, konferenciahívás, 
voice mail vagy IVR rendszer. 
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1 .7.2. A H.323 architektúra és elemei 

A H. 323-as szabvány az ITU Multimedia Teleconferencing Standards szabvány- 
családjának a tagja. A H.323-at ún. esernyőszabványnak nevezik, mivel több 
számítástechnikai, telefon és hálózati szabvány gyűjteményét is tartalmazza. A 
szabvány legfontosabb részeit a 4. ábrán illusztráltuk. 
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4. ábra. A H.323 protokoll architektúrája 



A H. 225-ös szabvány a call control üzeneteit, a regisztrációt és a média folyamok 
szinkronizációját, a H.245 a média folyamok megnyitását és bezárását 
specifikálja. A H.261 egy videó c odec szabvány az nx64 kbit/s-os csatornák 
számára, a H.263 pedig nagyon keskeny sávú képkódolás analóg telefonvonalhoz 
(56 kbit/s). A beszédkódolók a legfontosabbak az IP telefónia szempontjából: 

- G.71 1 : a normál, 3.1 kHz-es telefon kódolója, 48, 56 és 64 kbit/s-on 

- G.722: 7 kHz sávszélességű hang 48, 56, 64 kbit/s sebességű kódolása 

- 3.1 kHz-es, 16 kbit/s-os kódoló 

- 3.1 kHz-es, 8 kbit/s-os kódoló 

- 3.1 kHz-es, 5.3 és 6.3 kbit/s sebességű kódoló 
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Az utóbbi kettő, a G.729 és 723 a legelterjedtebb beszédtömörítési algoritmus az 
Internetes telefon gateway-ekben. A kódolásokról részletesebb leírás található az 
1.2. fejezetben. 

A H.323 rétegszerkezete az 5. ábrán látható. 
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A szabvány négy architektúrális elemet definiál: a gateway-t, a teminált, a 
gatekeeper-t és az MCU-t. 

A H.323 gateway-ek olyan hálózati elemek, amelyek a beszéd-, adat- és 
videokommunikációs rendszerek közti IP hálózaton történő adatcseréjéért, 
konvertálásáért és útvonal-irányításáért felelősek. A gateway a H.323 
konferenciának csupán opcionális eleme. 

A gatekeeper feladata a vezérlés, adminisztráció, menedzsment funkciók 
megvalósítása és a lokális és nagy területű hálózatok integritásáért is felel. A 
gatekeper feladatai: 

- hívás-kezelés és irányítás, 

- hagyományos alap-telefonközponti funkciók (hívás-átirányítás stb.), 
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- a rendelkezésre álló sávszélesség optimális menedzselése a megfelelő 
minőség biztosításának céljával, 

- a hálózati erőforrás-használat vezérlése, 

- a teljes rendszer felügyelete, monitorozása, diagnosztikája, 

- címfordítások. 

A gatekeeper-ek jellemző információi a gatekeeper-be való beregisztrálások 
száma, a másodpercenkénti kapcsolásszám és a menedzselt másodpercenkénti 
hívásszám. 

Az MCU (Multipoint Control Unit) három vagy több helyszín konferencia- 
beszélgetéseinek lebonyolításáért felelős. Ennek részletesebb vizsgálata a jelen 
tanulmánynak nem célja. 

A terminálok a kliens oldali végpontokat jelentik az IP hálózaton, amelyek valós 
idejű, kétirányú forgalmat generálnak. A H.323 definiálja a működési módot 
különböző beszéd, adat és videó terminálok együttműködéséhez. Ezt a fontos 
témát részletesebben ismertetjük a 2.7. fejezetben. 

1 .7.3. További fejlesztések (RSVP, IPv6) 

A garantált szolgáltatási minőségek (QoS) „best-effort" környezetben való 
biztosítására több erőforrás-foglalási protokoll közül az RSVP (resource 
ReSerVation Protocol) használatos. 

Az RSVP egy jelzésprotokoll, mellyel QoS paramétereket biztosíthatunk 
kapcsolatok részére. RSVP-vel vagy egy végponttól végpontig terjedő 
sávszélesség és puffer foglalás valósul meg vagy a foglalás sikertelenségéről 
kapunk jelzést. Az RSVP IPv4 vagy IPv6 fölött működik a transzport protokoll 
szerepét betöltve. Ezek ellenére az RSVP nem szállít alkalmazási adatokat, 
hanem működését tekintve inkább egy Internetes vezérlő protokoll. Továbbá az 
RSVP nem útvonalválasztó protokoll, aminek sokszor tévesen tekintik, hanem 
csak egy jól meghatározott interfészen keresztül együttműködik mind a mai, mind 
pedig a jövőbeli pont-pont (unicast) NI. pont-többpont (multicast) útvonalválasztó 
protokollokkal. Az RSVP erőforrás-foglalások kizárólag a fogadótól indulhatnak ki. 
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Ezen megkötéssel a heterogén, dinamikusan változó pont-többpont kapcsolatok 
erőforrás-foglalását optimalizálták. 

Valahányszor egy vevő erőforrás-lefoglalást kezdeményez, a QoS paraméterek és 
a felhasználó jogosultsága ellenőrzésre kerül. Ily módon valósul meg a 
hívásengedélyezési funkció valamint a forgalomszabályozás. Ha mindkét 
ellenőrzésen túljutott az igény, akkor a megfelelő paraméterek beállításra kerülnek 
mind a csomagütemezőre, mind pedig az osztályozóra vonatkozólag. Bármely 
hiba esetén a hiba jelzése történik a felhasználó felé. 

Az RSVP az erőforrás-foglalásokat ún. „soft" állapotokként kezeli, mely szerint az 
RSVP protokollnak periodikusan frissíteni (megerősíteni) kell az állapot 
információkat, különben azok lebontódnak. 

Jelenleg az IP 4-es verzióját használják az Internet csomópontjai. A kifejlesztése 
óta elterjedt új alkalmazások és a hálózat globálissá válása új problémákat vet fel. 
A mai valós idejű audio és videó alkalmazások, a VolP-t is ideértve UDP 
datagrammokat használnak az adattovábbításra, de az UDP csomagok 
elszaporodásával a kiinduló problémára jutunk vissza: az IP hálózatok csak „best- 
effort" szolgáltatást nyújtanak. 1995-ben született meg a végső javaslat az 
„Internet Protocol Version 6 Specification" címmel. 

Az új protokoll kiküszöböli az IPv4 tipikus hibáit, a kétszintű, statikus címzést, a 
korlátozott címtartományt, a multimédia forgalom támogatottságának hiányát, a 
változó hosszúságú fejrészt, a gyakori fregmentációt és az adatbiztonság és 
azonosítás hálózati szintű hiányát. 

A fix fejrészű, prioritás mezővel rendelkező új protokollnál minden interfésznek 
több IP címe lehet, így a 128 bites címek használatakor hierarchikus 
forgalomirányítás vezethető be. 
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2. VOIP RENDSZERTECHNIKÁK 

2.1 . VOIP GATEWAY ARCHITEKTÚRÁK 

A gateway áll a vállalati PBX és a LAN között, tömöríti a hívásokat, IP csomagokra 
darabolja azokat, majd elküldve a hálózaton keresztül a másik gateway-hez, az 
visszaalakítja a jelfolyamot beszéddé és továbbítja a hívott telefonkészüléknek. 

Látható, hogy a VolP lelke a gateway. A gateway tulajdonságai és kialakításának 
jellemzői szabják meg az alkalmazások körét. Amikor egy vállalat a VolP rendszer 
kialakítása mellett dönt, fel kell mérnie, hogy a gateway PC, router, RAS (Remote 
Access Server) vagy PBX alapú legyen, vagyis hogy egy már meglévő platformot 
bővítsen fel, vagy önálló eszközökkel kívánja megvalósítani a hangátvitelt. A 
kérdés az, hogy melyik megoldás a legjobb? Ezt mindig az adott körülmények 
döntikel. 

2.1 .1 . Önálló gateway megoldások 

Az önálló (standalone) gateway-ek alapvetően méretezhetőbbek és 
rugalmasabbak, mint a többi megoldás. Szolgáltatói környezetben az önálló 
megoldások kívánatosak, mert ezeknél a vállalatoknál (pl.: Internet- 
telefonszolgáltató társaságok), a bővíthetőség a legmagasabb prioritású 
szempontok közé tartozik. 

A ma használatos önálló gateway-ek legtöbbje PC architektúrájú (6. ábra). Sokan 
úgy tartják, a PC-k nem megbízhatóak, ezért inkább más kiépítést választanak, 
vagy a zavartalan működést szem előtt tartva minden egyes csomópontban 
backup gateway-eket használnak. A bizalmatlanság ellenére ezeknek a 
rendszereknek a népszerűsége növekszik. 

A bizalmatlanságnak a legtöbbször nincs meg a műszaki alapja. Sok esetben 
ugyanis a hordozó számítógép nagy megbízhatóságú, ipari PC formájában kerül 
megvalósításra a szükséges redundáns egységekkel, hot-swap disk vezérléssel 
stb. Tipikusan ez az eset állhat fenn szolgáltatói rendszereknél is, ahol a 
megbízhatóság az első szempontok közé tartozik. 
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SOHO területen használatuk előnyös olyan vállalatoknál, ahol már egy kiépült 
kommunikációs hálózat található, mert egyszerű a rendszerbe integrálni, és 
számos konfigurációs lehetőséget támogatnak. A folyamatos szoftverfejlesztések 
hatására az alkalmazási lehetőségek is gazdagabb tárházat nyújtanak a 
felhasználóknak. 
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6. ábra. PC architektúrájú gateway 
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A VolP piac legtöbb szereplője önálló gateway-eket gyárt, például az úttörőnek 
minősülő VocalTec, Ericsson, Lucent, Nokia és Netspeak, valamint számos kisebb 
gyártó is. 

2.1 .2. Router/access server alapú megoldások 

A router vagy access server alapú megoldások közkedveltek kisebb és közepes 
vállalati IP beszédátvitel terén, ugyanakkor találkozhatunk ritkán nagyvállalati 
megoldásként is. A megoldást a 7. ábra mutatja be. 
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7. ábra. Router/access server alapú VolP megoldás 

Az IP és a „telefonos világ" összekötése itt a router feladata, pontosabban a 
routerbe helyezett (vagy beépített) hangmodulé. Ennek több formája is lehet, a 
modulba helyezett interfész kártyáktól kezdve a fix kiépítésű router alapú gateway- 
ekig. 

A megoldás megbízhatósága az ipari PC-s megoldásoknál - a közszemlélettel 
ellentétben - alacsonyabb, ugyanakkor általában költséghatékonyabb. 

A főbb alkalmazási területeket a legtöbb esetben két esetre lehet redukálni. Olyan 
vállalatoknál, ahol az adatkapcsolat még nem létezik, és zöldmezős 
beruházásként a routerekkel együtt a VolP megoldást is szállítani kell, illetve ott, 
ahol a meglévő adatkapcsolatot megvalósító router-hálózat képes lehet 
bővítésekkel és cserékkel IP alapú beszédszolgáltatást nyújtani. 

A router alapú valós idejű szolgáltatások támogatása nagy kihívást jelent az 
eszköz-gyártóknak, hiszen sokszor a korábbi műveleteknél jelentősen 
kifinomultabb és gyorsabb processzálási igényről van szó a router hardverével és 
szoftverével szemben. A technológia „beérése" tehát nem csupán a szabványok 
megjelenését jelentik, hanem a megfelelő teljesítőképességek olcsó elérhetőségét 



is. 
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2.2. VOIP LAN-ON, IP-TELEFON 

Ebben a fejezetben az IP alapú telefonálás LAN környezetben való 
megvalósításával foglalkozunk. 

Esett már szó arról, hogy lokális hálózaton a beszédátvitelnek - elsősorban a 
rendelkezésre álló erőforrások miatt (10-100-1000 Mbit/s) - nincsenek olyan 
korlátai, mint a kis sávszélességű Intranet vagy Internet megoldásoknál - még a 
„best effort" jellegű működés ellenére sem. Költségmegtakarítás itt viszont nem 
mutatható ki olyan közvetlen módon, mint telephelyek közötti kommunikáció 
esetében. 

Az IP alközpont és az IP telefon összetartozó fogalmak. Gyakorlatilag itt teljes 
alközponti intelligenciát képzelhetünk el, azonban a lokális oldalon nincsenek 
telefonmellékek. Az IP alközpont egy interfésszel csatlakozik a lokális hálózathoz 
(pl. az Ethernet vagy Fást Ethernet hub-ra vagy switch-re), és a telefonkészülékek 
is ugyanígy csatlakoznak a LAN-ra (8. ábra). Minden készüléknek van egy IP címe 
és egy telefonszáma (melléke) is. Ilyen összeállítás esetén számtalan szolgáltatás 
létezik, nemcsak lefedve a modern alközponti szolgáltatásokat, hanem jelentős 
többletszolgáltatásokat is elérhetők. 
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8. ábra. IP alközponti megoldás felépítése 



Az IP alközpontok alkalmazásaival részletesebben foglalkozunk a 3.4.2. 
szakaszban. 
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2.3. PC KLIENSEK 

A PC kliensek a legújabb és legfejlettebb beszélgető eszközök. Megjelenésükkel 
és működésükkel a normál telefont emulálják, lehetővé téve távolsági hívások 
lebonyolítását az Interneten keresztül. 

Az eredeti PC kliens, melyet a VocalTec készített el 1994-ben, a kommunikációs 
eszközök forradalmához vezetett, azóta rengeteg vetélytársa született. Annak, aki 
olcsó megoldást keres más városba vagy országba történő beszélgetéshez, 
jelenleg a PC kliensek nyújtják a legjobb megoldást. 

A PC kliensek minimális hardverkövetelményekkel valósítanak meg valós idejű 
kapcsolatot. Egy Pentium alapú számítógép full-duplex hangkártyával, mikrofonnal 
és hangszórókkal alkalmas az Interneten vagy az intraneten keresztül folytatott 
beszélgetésekre. Az Internethez való csatlakozás történhet analóg modemen, 
ISDN-en, vagy lokális hálózaton keresztül. Analóg modem esetében már egy 
28800 bit/s sebességűvel folytathatunk távolsági beszélgetéseket a világ 
bármelyik tájára, miközben csak a helyi hívás árát fizetjük. 

A hagyományos telefonnal szemben a PC kliensek további funkciókkal is 
rendelkeznek. A full-duplex, valós idejű beszélgetésen túl a legtöbb PC kliens 
képátvitelre is képes. Ezen kívül rendelkeznek audio-, illetve videó üzenetküldő 
képességekkel is. További funkció a text c hat, valamint a fájlok küldése és 
fogadása. A közös munkát elősegíti az úgynevezett faliújság, melyre a társalgó 
felek rajzolhatnak, illetve írhatnak. További képessége néhány PC kliensnek az 
alkalmazások megosztása. 

A PC kliensek által kezdeményezett hívások között megkülönböztethetünk PC-PC 
és PC-telefon kapcsolatokat. A PC-PC kapcsolat teljes egészében az Interneten 
vagy az intraneten zajlik. A hívás nem telefonszám tárcsázásával jön létre, a 
hívónak ismernie kell a hívott gép IP címét, vagy a hívott fél e-mail címét. Ha a 
felhasználók csatlakoznak egy konferencia szerverhez, elég ismerni egymás 
bejelentkezési nevét, és a csatlakozás a konferencia szerver által egyeztetett 
adatok alapján épül fel. PC kliensünkön be lehet állítani, melyik konferencia 
szerverre jelentkezzen be, és fogadjon-e, illetve kitől fogadjon el hívásokat. 
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A PC-telefon hívások részben az Interneten, részben pedig a hagyományos 
telefonhálózaton zajlanak. A kettő közötti kapcsolatot a gateway teremti meg. A 
gateway végzi el a PC klienstől érkező adatok alapján a hívás felépítését, és a 
beszélgetés során az IP csomagok hanggá alakítását és fordítva. Lehetséges 
telefonról is hívni PC klienst, de ebben az esetben a gateway-nek megfelelő 
információkkal kell rendelkeznie a PC klienst illetően. 

A PC kliensek működését leginkább befolyásoló tényező a sávszélesség. 
Megfelelő Internet kapcsolattal és kódolással már egy 28800 bit/s-os modemmel is 
lehet hívásokat lebonyolítani. A sávszélességgel szorosan összefüggő tényező a 
használt kódolás. A legtöbb PC kliens többféle kódolást is támogat, ezekkel 4,8 
kbit/s-tól 8 kbit/s-ig beállítható a bitsebesség. A kódolás megválasztása jelentősen 
hozzájárul a beszéd minőségéhez. Az új kódolások alkalmazkodnak az emberi 
hang karakterisztikájához, képesek szünetdetektálására, zajgenerálásra, valamint 
visszhangtörlésre. 

Napjainkban a PC kliensekre jellemző a szabványosodás. A vezető alkalmazások 
már részlegesen vagy egészében támogatják a H. 323-as szabványt. 
Szabványosításukkal elérhető a különböző eszközök egy rendszerben történő 
integrációja, mely további funkciókkal bővíthetné az általuk kínált szolgáltatásokat 

2.4. WEB-TELEFON, CALL CENTER INTEGRÁCIÓ 

A web alapú telefonálás és call center integráció napjaink és sokak szerint a közeli 
jövő egyik legnagyobb reményű IP alapú alkalmazását jelentik. Az 
alkalmazásokról részletesen olvashatunk a 3.4.3. fejezetben, most azonban 
tekintsük át a rendszer felépítését a 9. ábra segítségével. 
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9. ábra. Web alapú Call Center megoldás 



A szolgáltatást egy jellegzetes vállalati alkalmazás példáján célszerű 
végiggondolni. A kereskedő vállalat a többi Intranetes szervere mellett egy Call 
Center szervert is üzemeltet. A vállalati központi telephelyen operátorok egy 
csoportja dolgozik, mindenkinél egy multimédiás PC-vel, esetleg mellé telefonnal 
(utóbbi nem feltétlenül szükséges). Az Intranet IP alapú beszédszolgáltatásának 
megvalósításáért felelős gateway-ek, a gatekeeper és a hálózati menedzser 
szoftverek mind részei a rendszernek. 

A vállalati felhasználó akár telefonnal, akár az Intraneten böngészve bejelentkezik 
a szolgáltatási oldalon elhelyezkedő call centerbe NI. gateway-be. Innen a 
rendszer elvégzi a különböző szoftver funkciókat, szükség esetén (akár egy web 
alapú linkre klikkeléssel) kapcsol az operátorokhoz, akik a PC-jüket és azok 
hangkártyáját használva on-line kapcsolatban vannak az ügyféllel. Nemcsak az 
Intranetes tájékozódást segítik, hanem PC-telefonkapcsolatban is vannak a 
klienssel. 

Természetesen egyéni felhasználók is éppúgy élvezhetik a rendszer 
szolgáltatásait. 
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Az IP alapú Call centerek csatlakozniuk kell tudni a hagyományos call 
centerekhez, külső IVR-hez is. A szabványos adatbázisok alkalmazása lehetővé 
teszik az egyedi vállalati megoldások rendszer integrálását (pl. ügyféladatbázis, 
SAP stb.) 

2.5. MENEDZSMENT-RENDSZEREK 

A különböző hálózati rendszereknél a hálózat felügyelet és karbantartás 
szempontjából rendkívül fontos a menedzsment. A VolP rendszerek a 
hagyományos telefonhálózaton megvalósuló hívásokat „best-effort" IP hálózaton 
valósítják meg nagy komplexitású eszközökkel, ezért a menedzsment, mint a 
hálózat OAM&P (Operations, Administration, Management and Provisioning) 
része különösen fontos feladatkörrel rendelkezik. 

A mindennapi üzemeltetéstől a rendszer fejlesztéséig a menedzsment biztosítja a 
hozzáférést a rendszerhez. 

Egyes gyártók (Cisco, 3Com) termékei nem rendelkeznek önálló menedzsment 
rendszerrel. Az eszközöket terminálról lehet konfigurálni, az eszközök maguk 
gyűjtenek statisztikákat a rendszer működésével kapcsolatban. Természetesen, 
mint a hagyományos IP hálózatoknál, a VolP rendszereknél is menedzselhetők 
SNMP-n keresztül. 

Más gyártók (VocalTec, Ascend) konfigurálást már a menedzsment rendszeren 
keresztül lehet elvégezni. A menedzsment szerves része a rendszer 
intelligenciáját biztosító gatekeeper-nek. A gatekeeper konfigurálása történhet 
parancssorban (VocalTec DBAdmin), webes interfészen (Ascend MultiVoice 
Access Manager), vagy speciális menedzsment rendszeren keresztül (VocalTec 
Network Manager). 

Ezen kívül a menedzsment rendszer alkalmas az eszközök státuszának távoli 
monitorozására illetve változtatására. Ide futnak be az eszközök riasztásai, így 
azonnal be lehet avatkozni a biztonságos működés érdekében. Lehetőség nyílik 
az egyes elemek szükség szerinti be-, NI. kikapcsolására, újraindítására. 
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A rendszer valamennyi paraméterét lehet változtatni a menedzsmenten keresztül. 
Itt tudunk eszközöket hozzáadni, elvenni, vagy paramétereiket átállítani. Meg lehet 
változtatni a diaiing plan-t (hívószám alapú irányítási táblázatát), és a gateway-ek 
prioritását. Új szolgáltatásokat lehet az eddigiekhez hozzávenni és meghatározni 
az erre jogosultak körét. 

A menedzsment rendszeren keresztül lehet hozzáférni a felhasználói 
adatbázishoz is. Ebbe beletartozik új felhasználók létrehozása, régiek törlése. 
Különböző jogú felhasználói csoportokat definiálhatunk az engedélyezett 
szolgáltatás (telefon-telefon, telefon-PC, PC-telefon, PC-PC) alapján. 

A rendszer statisztikát is gyűjt a működéssel kapcsolatos adatokból. Innen kapunk 
információt az eszköz aktuális állapotáról, a vonalak terheltségéről, az aktív 
hívások számáról, a minimum-, maximum- és átlagos híváshosszról, a hívások 
sikertelenségéről, valamint a bejelentkezett felhasználókról. 

A fentiek alapján kitűnik, hogy szolgáltatói szempontból a menedzsment rendkívül 
fontos része a Voice over IP rendszereknek. Ezen keresztül garantálható az egész 
rendszer állandó üzembiztos működése. A központi adatbázist használja mind a 
gatekeeper, mind pedig a menedzsment rendszer. így tovább növelhető a 
rendszer biztonsága, ha az adatbázis a menedzsment rendszeren keresztül 
duplikálva van. 

2.6. SZÁMLÁZÓ RENDSZEREK 

A menedzsment rendszeren és a beszédkapcsolatot megvalósító eszközökön 
kívül a VolP rendszerek további fontos része a számlázás. A Voice over IP 
technológia mindennapokba történő átültetéséhez elengedhetetlen a megbízható 
számlázó-rendszer. 

Egy következő generációs Internet-telefonszolgáltatónak ma az egyik 
legkritikusabb eleme a számlázás. A szolgáltatónak olyan rendszerre van 
szüksége, amely real-time adatokat biztosít, és kiterjedt szolgáltatásokkal 
rendelkezik a felhasználót illetően. 
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A számlázó rendszerek középpontja a felhasználói adatbázis. Különböző 
felhasználói típusokat kell definiálni nyújtandó szolgáltatás, státusz és fizetési mód 
szerint. Az adatbázisnak tartalmazni kell minden olyan információt, mellyel 
számlák állíthatók ki. Szolgáltatói és marketing szempontból fontos, hogy többféle 
fizetési módot támogasson, így bevezethető a hitelkártyás, korlátozott hitelkeretes 
illetve előre fizetett (prepáid) telefonálás. 

Az adatbázis tartalmazza a felhasználó fizetési mérlegét: a kiment számlák és 
megérkezett befizetések összegét és idejét, valamint a prepáid összegek 
maradékát. Prepáid mód használatánál a számlázó rendszer működhet Interactive 
Voice Response (IVR) módban is, mikor a felhasználó hangos információkat 
kaphat mérlegéről. 

A számlázó rendszernek kontrollt kell gyakorolnia a felhasználó felett, nehogy 
kerettúllépés vagy meg nem engedett szolgáltatás igénybevétele történjen. Ezáltal 
képes a felhasználói státuszok változtatására. Ez az ellenőrző funkció 
kiegészíti/helyettesíti a gateway vagy gatekeeper felhasználói kontrollját. 

A gateway/gatekeeper eszközökön számlázó kliens fut, amely a hívás 
felépítésénél a számlázó szerveren azonosítja a felhasználó jogait. 

A számlázó rendszerek másik központi eleme a tarifa-rendszer. A 
tarifatáblázatnak a hívás eredete célja és fizetési módja alapján kell összeállnia. 
Ez azt jelenti, hogy a tarifák különbözhetnek attól függően, milyen módon fizet a 
felhasználó, és hogy honnan és milyen irányban telefonál. Függenie kell továbbá a 
díjazásnak a napszaktól, illetve a munka NI. munkaszüneti napoktól. Definiálhatók 
különböző kedvezmények is bizonyos felhasználói csoportok számára, valamint a 
számlázás nélküli hívás is lehetséges. A tarifák összeállításánál előnyös, ha a 
számlázó több pénznemet támogat az ügyféltől függően; ez segíti a szolgáltatás 
nemzetközi szinten történő elterjedését. 

Fontos a rendszerhez való többszintű hozzáférés, valamint a biztonság. 
Különböző hozzáférési jogok alapján több helyről tudják az operátorok a központi 
adatokat kezelni. 
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Egyes rendszerek rendelkeznek web-es interfésszel is. Történhet ezen keresztül a 
felhasználói adatbázis karbantartása, vagy a felhasználók kérhetik le ezen 
keresztül egyenlegüket. 

Mint minden rendszernél itt is nagy hangsúlyt kell kapnia az üzembiztos 
működésnek. Ezt elősegíti szabványos adatbázisok használata (pl.: Oracle). A 
számlázó-rendszer tervezésénél számításba kell venni bizonyos redundanciát, és 
az erőforrások egyenletes eloszlását. 

A jelenleg a hagyományos telefonhálózatban használt számlázó rendszerek 
rendkívül komplexek, és ebből adódó rugalmatlanságukból nem alkalmazhatóak a 
VolP rendszerekre. Több gyártó rendelkezik már komplett VolP számlázással, 
ezek azonban nincsenek integrálva a korábbi számlázó rendszerekkel. Meg kell 
tehát találni a közös csatlakozási pontot, melyekkel a hagyományos és IP telefon 
számlázás egységesen elvégezhető. 

A piacvezető számlázó-rendszerek képesek több gyártó VolP rendszereivel is 
együttműködni. Ez fontos szempont a jövőre nézve, így ugyanis a meglévő 
rendszer tovább bővíthető más eszközökkel is. 

2.7. EGYÜTTMŰKÖDÉSEK 

Hálózatintegrátorok és hálózati adminisztrátorok örökös problémája a különböző 
eszközök együttműködésének megoldása. IP alapú beszédátviteli rendszereknél a 
kérdés több szempontból is előtérbe kerül, hiszen egy „telefonos világ" és egy „IP 
világ" között kell kapcsolatot teremteni és rajtuk egymás számára transzparens 
szolgáltatásokat nyújtani. 

Voice over IP rendszereknél több féle együttműködésről (interoperability) 
beszélünk. 

- Gatewayek közötti együttműködés 

- Gateway és gatekeeper, illetve gatekeeperek közötti együttműködés 

- Gateway és alközpont együttműködése 
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2.7.1. Gateway-ek közötti együttműködés 

A H.323 szabvány - az 1.6.2 pontban leírt módon - rugalmasan specifikálja a 
gateway-ek működési módját, azonban ez nem jelenti azt, hogy két VolP gateway 
együttműködik, ha mindkettő gyártója nyilatkozik H.323 működésükről. Jelenleg a 
legtöbb gyártó, mint elemi érdekük, igyekszik tesztelni eszközeit más gyártókkal. 

A gateway-ek együttműködésének legnyilvánvalóbb megvalósulása, hogy 
beszédátviteli interfészűkre kötött telefonok, faxok, modemek felveszik egymással 
a kapcsolatot, és megfelelő minőségben kommunikálnak egymással. 

Általánosságban a közös kódolás és jelzésrendszer már lehetővé teszi a 
kapcsolat felvételét, és innen a performancián és beállításokon (pl. jitter-buffer 
mérete, processzálási teljesítmény stb.) múlik az együttműködés minősége. 

A különböző gyártójú gateway-ek együttműködéséről szól a tanulmányok nagy 
része, sokan ezt az egyetlen kérdést tekintik a VolP rendszerek együttműködése 
alatt. A következőknél viszont látni fogjuk, hogy bizonyos esetekben ez csupán a 
szükséges feltételek egyike. 

2.7.2. Gateway és gatekeeper, illetve gatekeeper-ek közötti együttműködés 

A két műszakilag különböző témakört azért soroltuk egybe, mert - a tanulmány 
szellemének megfelelően - közös alkalmazási területek problémáiról van szó - a 
nagyobb vállalati és a szolgáltatói rendszerekről. Kisebb megoldásoknál a 
gatekeeper sokszor nem is jelenik meg külön eszközben vagy szoftverben. A 
rendszer gateway-eibe beépített intelligencia tartalmazza a működéshez 
szükséges gatekeeper funkciókat. A gatekeeper-t ugyanakkor ne tévesszük össze 
a (pl. SNMP alapú) hálózati menedzsment funkciókkal, hiszen gatekeeper funkció 
nélkül hívásokat nem is lehet lebonyolítani, ugyanakkor a gatekeeper-nek több 
felügyeleti, hibadetektálási funkció nem feladata. Ezt a különálló (pl. SNMP alapú) 
hálózati menedzser végzi el. 

Mivel a gatekeeper végzi a híváskezelési feladatokat, alapvető fontosságú a 
gatekeeper és a gateway együttműködése. 
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Itt is folynak gyártói tesztek. Ennek jellegzetes példája a CISCO és a VocalTec 
bejelentett közös projektje. Az első - már megvalósult - lépés a CISCO gateway- 
ek VocalTec gatekeeper-be való beregisztrálása. A második a gateway-ek 
együttműködése. A következő - fejlesztés alatt álló - rész egy közös intelligens 
platform kifejlesztése, amely homogén lehet vállalati és szolgáltatói oldalon 
egyaránt. 

A gatekeeper-ek együttműködése elsősorban kiépített VolP rendszerek 
együttműködése, illetve nagyobb hálózatok valamilyen szempont (pl. méret) 
szerinti szegmentálásánál fontos. A gatekeeper-ek beállított hatóköre által 
létrehozott szegmensek egymással kommunikálnak. Az így létrehozott megfelelő 
topológia jó menedzselhetőséget, rugalmas beszédátviteli IP hálózatot 
eredményez. 

2.7.3. Gateway és alközpont együttműködése 

Gateway és alközpont között több féle együttműködésről is beszélhetünk. Létezik 
például VolP gateway és főközpont közötti SS7 együttműködés is, itt nem erről 
beszélünk. Vállalati alkalmazásban tipikus szituáció a meglévő, publikus hálózaton 
kommunikáló alközpont az egyes telephelyeken, és szeparált módon az IP 
kapcsolat köztük (közvetlen bérelt vonal, VPN - Internet stb.) Ez esetben oda kell 
figyelni, hogy a telefon-alközpont és a gateway milyen intelligens szolgáltatása 
miként vehető igénybe. 

Az együttműködéssel is kapcsolatos IP alapú alközponti hálózatokról szól a 3.4.1 
fejezet. 
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3. VOIP-MEGOLDASOK ALKALMAZÁSAI 

3.1. VILÁGPIACI TRENDEK ÁTTEKINTÉSE 

Az Internet növekedése új lehetőségeket teremtett a gazdasági élet számos 
pontján, e hatások gyökeresen változásokat hozhatnak a jövőben. Az Interneten 
és egyéb más belső hálózatokon történő adatforgalom mennyisége lassan 
meghaladja a hagyományos távközlő-hálózatok forgalmát. Ennek oka az 
adattovábbítás olcsósága és hatékonysága. Az új technológiák egyik 
leglátványosabb példája az IP hálózat feletti hangátvitel. 

Ez a piac a közeljövőben rohamos mértékben fog növekedni. Az Internetre jelen 
pillanatban több mint 13 millió számítógép csatlakozik. Egy-két év alatt a 
semmiből Internetes telefon szolgáltatók (Internet Telephony Service Provider, 
ITSP) jöttek létre, amelyek főleg az Egyesült Államok és Európa, illetve a Távol- 
Kelet közötti távolsági hívásokra specializálódtak, de világméretű hálózatok 
építésére készülnek. Egyes becslések szerint 2003-ra a világ telefon és 
faxforgalmának mintegy egyharmada az Interneten (pontosabban IP hálózatokon) 
fog lebonyolódni (10. ábra), de rövidtávon is nagy veszteségekkel számolnak a 
távközlési cégek, az AT&T 2001 -re évi közel 1 milliárd dolláros bevétel kiesésre 
számít. Ezért szinte minden nagy telefontársaság kénytelen foglalkozni az IP 
telefonjával, hiszen ez az egyedüli esélyük, hogy megőrizzék eddigi piaci 
helyzetüket. Számos távközlési vállalat (Telecom Finland, AT&T) már nyújt Voice 
over IP szolgáltatást. 

Az új technológiák térhódításának, és az ennek hatására felmerülő igények egyik 
következménye a távközléstechnika és a számítástechnika konvergenciája, amely 
a gazdasági élet gyökeres átalakulását vonja maga után. A távközlési eszközök 
gyártói folyamatosan tapasztalják, hogy a hagyományos telefonközpontok iránti 
kereslet egyre csökken, mert a szolgáltatók már a digitális adatok átvitelére 
alkalmas eszközöket keresik. Ennek hatására számos cégfúzió jött létre a 
hagyományos és az adatkommunikációban járatos piacvezető cégek között 
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(például a kaliforniai Bay Networks és a kanadai Nortel egyesülése), megteremtve 
a feltételeket a megváltozott igények kielégítésére. 
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A tőkekoncentráció a távközléstechnikai piacon lényegesen nagyobb méreteket 
ölt, mint a gazdasági élet bármely más pontján (1999 októberében létrejött a világ 
eddigi legnagyobb értékű, 129 milliárdos fúziója a Sprint és a MCI WorldCom 
között), de ezen alapvető piaci változások nemcsak óriáscégek létrejöttét vonja 
maga után, hanem az új generációs kommunikációs szolgáltatások elterjedését is 
előrevetíti. Ezen új szolgáltatások először a vállalati platformokon fognak teret 
hódítani. 

3.1.1. Az IP platform előretörése a vállalati hálózatokban 

Az Internet megállíthatatlan terjedésével magyarázható, hogy az IP alapú 
hálózatok túlsúlyba kerültek az egyéb más alapú hálózatokkal szemben. 
Gyakorlatilag az IP már nemcsak egy protokoll, hanem már világszerte elterjedt 
platformnak minősül. 

Ennek a platformnak a további előretörését az határozza meg, hogy az egyes IP 
alapú megoldásoknak milyen előnyökkel jár a használatuk, és milyen mértékben 
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képesek megfelelni a felhasználók által támasztott feltételeknek és igényeknek. 
Ezek a vállalati környezetben a következők: 

- Biztonság 

- Elérhetőség 

- Könnyű használat 

- Fejleszthetőség 

- Nyitott architektúra 

- Szabványok 

- Minőség 

- Flexibilitás 

Ezekre az összetett követelményekre léteznek olyan technológiák és megoldások, 
amik képesek biztosítani a megbízható működést. A szükséges feltételek tehát 
adottak az IP platform további terjedéséhez. 

A vállalatok érdeke is ezt diktálja, hisz az éles piaci versenyben hosszútávon csak 
azok a cégek képesek talpon maradni és növekedni, akik a leghatékonyabb 
eszközökkel rendelkeznek. Mindamellett a vállalati döntéshozók szemében a 
legfontosabb érv - az IP alapú rendszerek további terjedése mellett- a számottevő 
mértékű költségmegtakarítás, amely a vállalat több működési területére is 
vonatkozhat. 

3.1 .2. Az Internet telefónia és a vállalati VolP-megoldások elterjedése 

Az IP hálózaton történő hangátvitel elterjedésének elsődleges mozgatóereje a 
nagymértékű költségmegtakarítás, hiszen drasztikusan csökkenthetőek mind a 
belföldi mind a külföldi telefon és faxköltségek. 

Természetesen egyéb más előnyökkel is rendelkeznek ezek a rendszerek. 
Költségcsökkenést eredményez a hang és adattovábbító hálózat egységes 
felülete (menedzselés, karbantartás) is. A hang és faxátvitelen kívül olyan 
funkciókkal is felruházható a rendszer, amik vagy az alkalmazottak munkáját 
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könnyítik meg és teszik hatékonyabbá, vagy az ügyfelekkel való jobb kapcsolat 
megteremtését szolgálják. 

Unified Messaging 

Integrált üzenettovábbító rendszerek, amelyekben az üzenettovábbító szerver 
csatlakozik a hálózathoz, a bejövő hívásokat azonosítja, majd továbbítja a 
megfelelő mellékre, ha a munkatárs nem elérhető, rögzíti az üzenetet, faxot, 
tárolja a beérkezett elektronikus leveleket vagy átirányítja a hívást. A 
hívásátirányítás történhet egy operátornak, de akár az Interneten keresztül 
magának a felhívott személynek is. Ilyenkor egy felugró ablak jelzi, hogy hívása 
érkezett, és akár az Interneten keresztül le is bonyolíthatja azt (ICL - Internet Call 
Waiting funkció). 

A kliens számítógépek kommunikációs programjából egyetlen kattintással érhetők 
el a beérkezett faxok, voice mail-ek, e-mail-ek, és kezdeményezhetők hívások, 
konferencia-beszélgetések, elküldhetők a számítógépen tárolt dokumentumok 
faxként vagy elektronikus levélként. 

Kezdetben az ilyen rendszerekben a hangot külön érpáron továbbították, és a 
LAN-on, intraneten csak az adatforgalom zajlott, ma már akár egyetlen IP alapú 
hálózatba integráltan érhető el minden funkció, és a hagyományos 
telefonkészülékek is csatlakoztathatók a LAN-hoz. 

Interactive Voice Response (IVR) 

Az egyszerű információszolgáltató rendszerektől, amelyek rögzített hang- 
információt játsszanak vissza, vagy szöveges adatbázisból generálnak beszédet, 
az interaktív adatbázis elérésig terjednek az alkalmazások. A hívó a DTMF 
hívómű segítségével választja ki a kívánt szolgáltatást, ugyanígy kódokat, 
számokat tud megadni, műveleteket hajthat végre (pl. banki átutalás, vagy 
telefonszolgáltatónál a kimenő hívás letiltása), esetleg beszédfelismeréssel a 
rendszer szóban is utasítható. 

Internet Call Center-ek 
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A Call Center-ek olyan számítógépes adatbázissal integrált "telefonközpontok", 
amiket telefonon felhívhatók vagy a böngésző segítségével felkereshetők, hogy 
kapcsolatba lehessen kerülni a vállalat egy munkatársával, aki a céggel 
kapcsolatos összes kérdésre választ tud adni, segíthet a hibák elhárításában, 
illetve elvégzi a kért műveleteket (pl. ügyfélszolgálatok, repülőgépes helyfoglalás 
vagy pénzügyi szolgáltatások). A rendszer felismeri a hívó fél azonosítóját (Calling 
ID), hogy milyen műveletet szeretne végezni (telefon illetve számítógép billentyűk 
lenyomásával választható) és a kezelő képernyőjén megjeleníti az ügyfél adatait, 
valamint a végezhető műveleteket, így szinte minden információ rendelkezésre áll, 
mire a beszéd- vagy videokommunikáció megkezdődik. 

Videokonferencia 

Ma már lehetővé vált olyan minőségű hang és képátvitel az egyes hálózatokon 
keresztül, ami elérhetővé tette a videokonferenciák elterjedését. 
Videokommunikációs kapcsolat nemcsak két fél között létesülhet, többhelyszínes 
konferencia is létrehozható. Ilyenkor egy videokonferencia szerver vezérli az 
átvitelt az egyes helyszínek között. A tárgyaló felek nemcsak láthatják és 
hallhatják egymást, hanem közösen dolgozhatnak dokumentumokon, az előzetes 
beállításoknak megfelelően használhatják egymás számítógépét és erőforrásait. 

Egy ilyen rendszer akár távfelügyeleti funkciókat is elláthat. 

Kezdetben ISDN vagy bérelt vonalas kapcsolat volt szükséges a 
videokonferenciák lefolytatására, mára ez megváltozott, és az IP platform is 
alkalmassá vált videokonferenciák megvalósítására. 

A felsoroltak közül az IVR-ek és a Call Center-ek már lényegében elismert és 
elterjedt szolgáltatások. IP alapon történő használatuk egy sikeres és már 
bizonyított módszer szélesebb elérést biztosító továbbfejlesztése. 
Magyarországon már elfogadott jelenség, hogy az Interneten keresztül nemcsak 
információt lehet gyűjteni, hanem vásárolni, vagy akár banki műveleteket is végre 
lehet hajtani. 

A VolP szolgáltatásokat nyújtó eszközök és rendszerek tehát alapvető 
fontosságúak a fellendülő elektronikus kereskedelem ügyfélkapcsolatainak, 



Forrás: http://www.doksi.hu 



valamint a vállalati belső kommunikáció lebonyolításában. Jövőbeli elterjedésük 
kétségbevonhatatlan és egyben szükséges is. 

3.1.3. A hazai helyzet, VolP szolgáltatók megjelenése 

A ma már megfizethető osztályba tartozó eszközöknek köszönhetően a VolP 
rendszerek száma Magyarországon is növekvő tendenciát mutat. Egyre több 
vállalat dönt úgy, hogy bérelt vonalas hálózatát nemcsak adatátvitelre használja, 
hanem hangátvitelre is alkalmassá teszi. Mégis a technológia rendkívül új, és a 
vállalati döntéshozók nagy többség még nem is hallott a VolP-ről, vagy ha hallott 
is valamit, akkor is megvalósíthatatlannak találja (a szükséges információk 
hiányában). Magyarországon a VolP még nem mondható széles körben ismertnek 
és elfogadottnak. Az elterjedéshez minden bizonnyal az is hozzá fog járulni, hogy 
a nagyobb telefontársaságok és szolgáltatók megkezdik, és elterjesztik a saját 
VolP szolgáltatásaikat. 

Az 1992-es távközlési törvény értelmében a közcélú távközlési szolgáltatások 
koncessziókötelessé váltak, vagyis a koncessziós körzetekben szolgáltató cégek 
monopolhelyzetbe kerültek. 1999 májusában a Hírközlési Főfelügyelet (HÍF) 
rendelete kimondta, hogy a VolP jellegű szolgáltatások nem tartoznak a 
koncessziós körbe. Ezzel elhárult a legnagyobb akadály a különböző Internetes 
telefon, és egyéb csomagkapcsolt szolgáltatások bevezetése előtt. A Hírközlési 
Főfelügyelet pontosan definiálta, hogy mi nevezhető ilyen jellegű szolgáltatásnak, 
és milyen elvárt műszaki paraméterekkel kell rendelkeznie. VolP szolgáltatás az: 
„ha a szolgáltatás megvalósításához a belföldi közcélú távbeszélő, NI. a belföldi 
közcélú mobil rádiótelefon hálózat bármely részének (nem ideértve a bérelt 
vonalakat) igénybevétele beszédhangnak a hálózatban szokásos átvitelével 
történik..." 

Az ilyen jellegű szolgáltatásokat pedig az átvitt beszédhangnak egyes 

paraméterei vonatkozásában megkülönböztethetőnek kell lennie a szokásos 
távbeszélő hangtól". 

Továbbá a rendelet kimondja: 
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„1 . A vállalkozási feltételekben a beszédátvitelnek mint különleges adatátviteli 
formának meg kell jelennie. Ez vonatkozik a már korábban kiadott szolgáltatási 
engedélyekre is. 

2. A szolgáltatás tárgyi feltételeiként megjelenő beszéd-adat átalakító és 
irányító (gateway, gatekeeper) és egyéb adatátviteli eszközök (pl. router, modem 
stb.) tekintetében is csak a - vonatkozó jogszabályokban meghatározott - 
szükséges hatósági engedélyekkel, illetőleg minőségtanúsítási okiratokkal 
rendelkező berendezések alkalmazhatók. 

3. (...) a szolgáltatás meghirdetésekor egyértelműen fel kell hívnia a figyelmet a 
közcélú távbeszélő szolgáltatástól eltérő minőségi jellemzőkre. 

4. A közcélú távbeszélő vagy mobil rádiótelefon szolgáltatás beszédminőségétől 
megkülönböztető paraméterek a következők: 

a.) A szolgáltatónak a beszélgetés tartamára biztosítania kell a legalább 
250 ms átlagos késleltetést a hangjelek végpontok közötti átvitelében. 

b.) A szolgáltató nem garantálhatja vállalkozási feltételeiben, hogy a 
beszédcsomagok elvesztésének a valószínűsége, mely a beszédhang 
rövididejű kimaradásával járhat, kisebb, mint 1 %." 

(Az idézetek az 1999. június 22.-én kiadott „Tájékoztatás a közcélú Internet 
hálózat beszédcélú felhasználására vonatkozó szolgáltatási engedélykérelmek 
benyújtásához" c. kiadványából származnak) 

Jelen pillanatban két cég nyújt nyilvános VolP szolgáltatást. A PanTel elsőként 
lépett erre a piacra PanTalk nevű szolgáltatásával, mellyel a nagyvállalatokat 
kívánta megcélozni. A második egy kisebb cég, a Netphone-t kínáló InternetPhone 
Bt. bebizonyította, hogy nemcsak a nagyvállalatok kiváltsága az új piacon való 
jelenlét. Aki a leggyorsabban lép, annak adatik meg a lehetőség, hogy minél 
nagyobb szeletet tudjon kihasítani a piacból. Ennek tudatában jelenleg már több 
cég is tervbe vette, vagy már el is kezdte bevezetni saját IP vagy Frame Relay 
feletti beszédátviteli szolgáltatását. 
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Több szolgáltató is úgy véli, hogy a vállalatokat az eddigi költségeihez képesti 15- 
20%-os díjcsökkenés mellett kezdik el komolyabban érdekelni az új megoldásokra 
való áttérés. A csomagkapcsolt beszédátviteli szolgáltatások kezdeti árai 
alapvetően ennek az értéknek megfelelően fognak alakulni, és csak a későbbiek 
folyamán, a piaci verseny hatására fognak tovább mérséklődni. Az árakat 
befolyásoló tényező a minőség is. Az elvárt minőségnek megfelelően különböző 
árfekvésű szolgáltatási kategóriák is kialakíthatóak, ezáltal a szolgáltatók 
egyszerre több piaci szegmenst (pl.: nagyvállalati, SOHO) is megcélozhatnak. 

3.2. A VOICE/FAX OVER IP ELŐNYEI 

A VolP technológia legelső jellemzője a költséghatékony kommunikáció 
megvalósítása. A költségcsökkenés a beszéd és fax forgalom csomagkapcsolt 
hálózaton történő továbbításán alapul. A belső kommunikáció - kikerülve a 
telefonszolgáltatók hálózatát- a vállalat saját hálózatán történik. Továbbá a távoli 
telephely körzetébe történő külső hívás esetén (a gateway-en keresztül) helyi 
hívásként fog számlázódni. Ezáltal a vállalatok jelentős megtakarításokat érhetnek 
el. 

Ami előnyös az egyik félnek, az hátrányára válhat a másiknak, mert a 
telefonszolgáltatók a vállalati megtakarításokkal egyező összegű bevételtől esnek 
el. Mégis, már több külföldi telefonszolgáltató is ajánl IP feletti beszédátviteli 
szolgáltatásokat. Több okból kifolyólag teszik ezt. Ha nem tennék, számos 
ügyfelüket vesztenék el, mert átpártolnának egy másik szolgáltatóhoz. A 
szolgáltatáshoz szükséges összeköttetés és megfelelő sávszélesség biztosítása 
által termelt nyereség hosszabb távon kompenzálja a telefontársaságokat, vagyis 
összességében a VolP szolgáltatás bevezetése tovább erősítheti a szolgáltató 
piaci versenyképességét, sőt helyzeti előnyre is szert tehet. 

A VolP technológiának a költséghatékony kommunikáció megteremtése mellett 
természetesen számos más előnye is van. Ezekkel jobb és sikeresebb 
munkavégzés, és olyan új jelegű szolgáltatások valósíthatóak meg, amelyekkel a 
vállalatok jelentősen növelhetik hatékonyságukat. 
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3.2.1. Költségcsökkentés 

A VolP rendszerek SOHO környezetben való alkalmazásának költségcsökkentő 
hatásai négy példán keresztül kerülnek bemutatásra. Mindegyikben olyan 
vállalatok szerepelnek, amelyekben a telephelyek közti kommunikáció 
mindennapos, de még nem mondható nagyarányú forgalomnak, ez jellemző 
például a (közgazdaságtani értelemben vett) szolgáltatói szektorban elhelyezkedő 
vállalatokra. A költségszámítások két helyszín közti beszédforgalom 
lebonyolításán alapulnak, bemutatva, hogy kisszámú telephelyek esetén is 
megtérülő a beruházás. A fenti feltételek csak a 3. példában módosulnak, ahol egy 
olyan tipikus SOHO alkalmazást fogunk bemutatni, ahol szükséges a nagyarányú 
kommunikáció. 

A költségtervezés a MATÁV nemzetközi és belföldi hívás tarifái, valamint a bérelt 
vonal becsült telepítési költségei alapján készültek. 

1 . példa 

A két hazai telephellyel rendelkező vállalat (elhelyezkedésük pl.: Budapest és 
Győr) egyidejűleg négy hangcsatorna átvitelét szeretné megoldani a két helyszín 
között. Tételezzük fel, hogy még nem rendelkeznek bérelt vonalas 
összeköttetéssel, vagyis ennek kiépítési költségeit is figyelembe kell venni. A 
vállalatnak összesen 40 munkatársa kezdeményez hívásokat a telephelyek között. 
Egy munkatárs átlagosan 200 percet tölt telefonálással, illetve faxok küldésével 
havonta (20 munkanapos hónap viszonylatában naponta összesen 10 percnyi 
hívás). A híváskezdeményezések értéke vállalatonként nagyon eltérő méreteket 
ölthet, ezért konkrét alkalmazásokban a vállalat telefonforgalmának gondos 
elemzése szükséges a hálózat leterheltségének ellenőrzésére (pl. a központ által 
generált részletes számlával), különös tekintettei a csúcsidőszakra, az akkor 
igényelt egyidejű hívások számára. A beszédcsatornánként 15 kbit/s-os érték jó 
felső becslés lehet a sávszélesség szükségletre, így 4 vonal megvalósításához a 
64 kbit/s-os garantált sávszélességű bérelt vonalas szolgáltatás az ideális. Ha 
több egyidejű hívás felépítésére van szükség, akkor a switch a PSTN felé is 
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irányíthatja a hívásokat (mivel ilyenkor a gateway felé menő trönkön minden vonal 
foglalt). Természetesen az ilyen időszakok minimalizálása a cél. 

A vállalat átlagos havi telefonforgalmát az 1 . táblázat tartalmazza: 



Vonalak száma 


4 


Felhasználók száma 


40 


Hívott perc/felhasználó/hó 


200 


Összes hívás perc/hó 


8.000 



1 . táblázat. Vállalati telefonforgalom az 1 . példához 

A Voice over IP rendszer telepítése a 2. táblázatnak megfelelő mértékű 
befektetést igényel (hozzávetőlegesen). 



Egyszeri költségtényezők 


Ár (eFt) 


2 db. 4 hangcsatorna átvitelére alkalmas eszköz 
3COM PathBuilder S21 1 


2.000 


Bérelt vonal létesítése (közelítőleg, egyéni 
szerződéstől függ) 


230 


Összesen 


2.230 


Rendszerintegrációval (kb. + eszközérték 10%-a) 


2.430 



2. táblázat. Telepítési költségek 

Havonta a 8.000 perc hívás nettó 320.000 Ft (III. díjkörzet, nappali időszak: 40 
Ft/perc), ezzel szemben a hálózaton át történő telefonálás esetén a havi 
kiadásokat csak a bérelt vonali költségek jelentik, ami havi 120.000 Ft. 

Tehát a hálózati hangátvitelre való átállás költsége e feltételek mellett körülbelül 1 
év alatt megtérül, mert a havi megtakarítás 200.000 Ft. Ha az egyes telephelyek 
között már használtak az adatforgalomra bérelt vonalas kapcsolatot, akkor csak az 
eszközökbe kell beruházni (esetleg az adatforgalom függvényében az átviteli 
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sebességét kell megnövelni), a VolP használata nem jelent egyéb 
pluszköltségeket. így a havi megtakarítás megegyezik a vállalaton belüli 
kommunikáció díjával, 320.000 Ft-tal, ami hét hónapra csökkenti a megtérülési 
időt. 



2. példa 

A vállalat egyik telephelye Németországban, a másik Magyarországon található. 
Létezik már kiépített 64 kbit/s-os nemzetközi bérelt vonal, és két csatornás 
hangátvitel megvalósítását tervezik. (Ha nem lenne meglévő kapcsolat, akkor a 
VolP igénybevétele csak ténylegesen nagy telefonforgalom mellett lenne 
kifizetődő.) Mindkét oldalon 10-10 felhasználó kíván hívást lebonyolítani, átlag 
napi 5 percnyi ideig (3. táblázat). A telephelyek külön-külön ruháznak be az 
eszközökbe, ugyanígy a költségmegtakarítások is külön keletkeznek (mindig a 
hívó fél oldalán). 



Vonalak száma 


2 


Felhasználók száma 


10 


Hívott perc/felhasználó/hó 


100 


Összes hívás perc/hó 


1.000 



3. táblázat. Forgalmi adatok a 2. példához 

Az adattovábbításra a hangátvitelre fel nem használt sávszélesség marad. Az 
átvitel sávszélesség-igénye a legrosszabb esetben 30 kbit/s, de ez vonalanként 
csak 8-9 kbit/s értékű általában (a szünetdetektálás révén 30 sec átlagában). így 
egy 64 kbit/s sávszélességű vonalon csak kis mértékben (napi átlagban 50-50 
perces telefonálás mellett) jelenthet forgalom-lassulást a hangátvitel. 

A VolP eszközök (pl.: 2 hangcsatorna átvitelére alkalmas 3COM PathBuilder 
S214) költsége telephelyenként 1.000.000 Ft (eszközérték: 900.000 Ft + 
rendszeintegráció), míg a hagyományos telefondíj havi 1000 perc után (távolsági 
hívás, II. zóna, független a napszaktól nettó 135 Ft) 135.000 Ft lenne, ami 
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gyakorlatilag effektív megtakarításként jelentkezik. Igy a megtérülés már nyolc 
hónapon belül realizálódik. 

A számítások nem tartalmazzák, de a telefonköltségek még az eddigieknél is 
tovább csökkenthetőek. Ugyanis nemcsak a belső kommunikáció történhet IP-n 
keresztül, hanem külső hívások kezdeményezésére is lehetőség nyílik, például ha 
valaki a hazai telephelyről Berlinnel szeretne beszélni. Ilyenkor a német 
telephelyig IP-n megy a beszéd, majd onnan a gateway felépít egy országon belüli 
hívást. így a nemzetközi tarifa szerinti hívás helyett lényegesen olcsóbb belföldi 
díjak érvényesek. Természetesen annak sincs akadálya, hogy a hívás 
Magyarországról indulva Németországon át egy harmadik országgal végződve 
épüljön fel, így kihasználhatóak az egyes országok eltérő tarifarendszerei által 
adódó előnyök. 

3. példa 

Nézzünk egy olyan esetet, ahol a felhasználók száma minimális. Legyen egy pesti 
kirendeltség, és két vidéki felhasználó (lehetnek egy, de akár két különböző 
városban is). A felhasználók és a fővárosi kirendeltség között szükséges a gyakori 
kommunikáció, mind a belső ügyintézés, mind a vevőkkel való kapcsolattartás 
miatt (például műszaki tanácsadás). A magas bérköltségek a cég számára nem 
teszik lehetővé, hogy egy új, szakképzett személyt főállásban foglalkoztassanak 
(az eddigi munkaerő elbocsátása nem megoldható). 

A felhasználók lehetnek egy-egy irodaépületben, vagy ha olyan a munkakörük, 
hogy el tudják látni feladataikat, akár saját otthonukban is dolgozhatnak. A 
kommunikáció telefon-PC kapcsolaton alapul. A fővárosi kirendeltséget felhívó 
ügyfeleket átkapcsolják a vidéki szakemberekhez, akik megválaszolják felmerülő 
kérdéseiket, ajánlatokat tesznek, vagy megbeszéléseket is folytathatnak. A példa 
feltételezi, hogy a cég felhasználói rendelkeznek ISDN összeköttetéssel a helyi 
Internet szolgáltatójuk felé, valamint megfelelő kiegészítésekkel a PC-n át történő 
beszélgetéshez (hangkártya, mikrofon, hangfal). A hívásfelépítés az Interneten 
keresztül történik, amelyet a cég ISDN-en keresztül ér el (1 1 . ábra). 
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Telefon 
(ügyfél) 
Budapest 



Multimédiás 

PC 

Pécs 



Gateway 
Budapest 



11. ábra. A hívás lebonyolítása 

Egy III. díjzónába történő hívás 40 Ft-os percdíjával szemben így két helyi ISDN 
hívást kell a cégnek fizetnie. Az ISDN hívás körülbelül 1,25-szöröse a 
közönségesnek, ezáltal egy percnyi beszélgetés csak 25 Ft-ba kerül a cégnek. Ha 
a távoli telephely kíván hívást kezdeményezni a kirendeltség körzetébe lévő 
ügyfélhez, akkor körülbelül 37 Ft lesz a fizetendő percdíj, ami még mindig 
költségkímélőbb, mint a közvetlen kapcsolás. A kapcsolási díjak módosíthatnak 
ezeken az összegeken, de több perces beszélgetés esetén a telefonkapcsolat 
átlagos költsége csak minimális mértékben változik. 

A PC előtt ülő felhasználók egy kliensprogram segíségével (pl.: Microsoft 
NetMeeting) tudnak kommunikálni a túloldali személlyel. 

A központba egy Cisco 1750 router kerül, két FXO és egy ISDN interfésszel, az 
eszközök költsége 850,000 Ft + rendszerintegrálás (10 %), összesen 940,000. A 
megtérülés két felhasználó esetén a 4. táblázatnak megfelelően alakul. 



Havi hívások mennyisége/fő 


2.400 perc 


Távolsági hívás/perc 


40 Ft 


Kapcsolási díj 


6 Ft 


Hívások díja/fő 


96.000 Ft 
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Kapcsolási díj 5 perces hívások 
átlagában/fő 


2.880 Ft 


Távolsági hívás összesen 


97.880 Ft 


Két ISDN hívás/perc 


25 Ft 


Kapcsolási díj 


12 Ft 


Hívások díja/fő 


60.000 Ft 


Kapcsolási díj 5 perces hívások 
átlagában/fő 


5.760 Ft 


ISDN hívás összesen 


65.760 Ft 


Megtakarítás havonta/fő 


32.120 Ft 



4. táblázat. Hívásforgalmi adatatok a 3. példához 

Két fő esetén a megtérülés csak a belső kommunikációs költségeket 
figyelembevéve 15 hónap alatt realizálódik (de 3 felhasználónál már 10 hónap 
alatt). 

Természetesen a beszédátvitel az Interneten keresztül történik, aminek a 
minőségét garantálni nem lehet. 4-5 fős vállalatok esetében a bérelt vonal 
alkalmazása rendkívül ritka, tehát ezeknek a kis vállalatoknak meg kell elégedniük 
a jelenlegi feltételekkel, ha beszédforgalmukat csomagkapcsoltán kívánják 
megvalósítani. 



Mindegyik esetben jelentős megtakarítások érhetőek el, ezért viszonylag rövid 
időn belül megtérül a beruházás. Ennek elérésére a vállalatnak mindössze csak 
egy alkalommal kell egy nagyobb, milliós nagyságú befektetést végrehajtania, de 
ez is elkerülhető különböző bérleti és lízing konstrukciókkal. A bérlet által 
lecsökken a vállalatok számára a megtérülés idő, sőt a beruházás kezdetétől 
fogva hasznot is termelhet, ha a havi bérleti díj kevesebb, mint az az összeg, amit 
ki kellene fizetnie a vállalatnak a belső kommunikáció fenntartására, a VolP 
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rendszer használata nélkül. Hosszabb távon a bérbeadónak is ez kedvezőbb ez a 
megoldás, hiszen a bérleti konstrukció által nagyobb nyereséget érhet el. 

Nézzük meg az előző példákat bérleti szerződés esetén. A bérleti díj havonta 
legyen az eredeti összeg 4 %-a, 3 éves futamidővel. Az 5. táblázatban havi 
bontásban láthatjuk az eredeti telefonköltségeket, az eszközértéket 
(rendszerintegrációval) az első esetben a bérelt vonal költségét, az eszközérték 
törlesztőrészletét, és végül a havi megtérülést. 



Tétel 


Ft (ezer) 


1. példa 




Eredeti telefonköltség 


320 


Eszközérték (rendszerintegrációval) 


2.430 


Bérelt vonal 


120 


Törlesztőrészlet 


97,2 


Megtakarítás 


102,8 






2. példa 




Eredeti telefonköltség 


135 


Eszközérték (rendszerintegrációval) 


1.000 


Törlesztőrészlet 


40 


Megtakarítás 


95 






3. példa 




Eredeti telefonköltség/fő 


96.000 


Eszközérték (rendszerintegrációval) 


940.000 
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Törlesztőrészlet 


37.600 


Megtakarítás ( 1 fő esetén) 


58.400 



5. táblázat Bérleti adatok az 1-3. Példához 

4. példa 

Magyarországon már több olyan cég is létezik, amelyek VolP szolgáltatásokat 
nyújtanak, de ezek csak a külföldi beszélgetésekre vonatkoznak. Igazán nagy 
lehetőségeket a belföldi VolP szolgáltatások jelentenének, de ilyen még nem 
létezik itthon, ezért tényleges számadatokkal nem szolgálhatunk. (A 
szolgáltatások általános kérdéseivel a 3.3. fejezetben foglalkozunk). 

A vállalat belső kommunikációja számottevő kiadásokat jelent, de ennél 
lényegesen nagyobbak az egyéb kommunikációs költségek. A belföldi 
csomagkapcsolt átviteli szolgáltatások lehetővé tennék, hogy a vállalat összes 
telefonhívására kiterjedjenek a megtakarítások. A vállalatnak még eszközökbe 
sem kéne beruháznia, mert a kiépített infrastuktúrát a szolgáltató biztosítja. 

A szolgáltatás által nyújtott megtérülési idő lehet lényegesen kevesebb is, mint a 
hasonló, külföldre történő hívásoknál, hiszen a forgalom nagysága alapvetően 
nagyobb, ezáltal a megtakarítások is jelentősebbek. 

Ha csak 10 %-al lesz olcsóbb egy-egy hívás, akkor is egy átlagos kisvállalat havi 
40-50 ezer forintot tud megspórolni, és mindezt úgy, hogy a szolgáltatás 
igénybevételi díjon kívül nem merül fel semmilyen más kiadása. 

3.2.2. Indirekt megtakarítások az új alkalmazások által 

A VolP technológia újszerű és hatékony alkalmazásai révén a vállalat 
tevékenységének több pontján is felmerül közvetett költségmegtakarítás, ami 
számos esetben a közvetlen megtakarítások mértékét is megközelíthetik. 

Ma már alapvetően minden vállalat rendelkezik kiépített belső telefonhálózattal, és 
számos esetben egy ettől különálló adathálózattal is. Ezt a két rendszert 
egymástól függetlenül működtetik, bővítik, fejlesztik, és így az egyes felmerülő 
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problémákra csak különböző jellegű szaktudás igénybevételével lehet megoldást 
találni. Az így felmerülő költségek, idő igénybevétel, és a humán erőforrás 
lefoglaltság a vállalatok számára kétszeres ráfordításként jelentkezik. 

Mindez elkerülhetővé válik, ha ez a két hálózat összeolvad egyetlen olyan 
hálózattá, ami a vállalat összes belső kommunikációját képes lebonyolítani. Az 
egységes platform előnyei közé tartozik az egyszerűbb és könnyebb karbantartási 
és üzemeltetési lehetőségek, de olyan fejlett funkciókkal is el lehet látni a 
rendszert, ami a ma létező legmagasabb szintű menedzselhetőséget teszi 
lehetővé. így mind a hang, mind az adatkommunikációs hálózat teljesítménye 
nyomon követhetőbbé, irányíthatóbbá válik. A jobb hatásfokú működés 
megvalósíthatása mellett, a jövőbeli igények is pontosan meghatározhatóakká és 
folyamatosan figyelemmel kísérhetővé válnak. 

A gazdasági élet felpezsdülése várható az elektronikus kereskedelem 
térhódításával. A számítástechnika által nyújtott teljesen újszerű megoldások 
gyökeresen változtathatják meg a kereskedés egész menetét. A vállalatoknak az 
elektronikus kereskedelmi stratégiájukba szervesen be kell integrálniuk minden 
olyan megoldást, ami hatékonyabbá és eredményesebbé teszi egy-egy folyamat 
lebonyolítását. Többek között ilyen a VolP technológia, amit az új igényeknek 
megfelelő ügyfélkapcsolatok területén is hatékony megoldásokat kínál. 

A vállalatok érdeke azt diktálja, hogy minél szélesebb körben tegyék ismertté saját 
magukat, termékeiket és szolgáltatásaikat. Ezért is fontos szerepet játszik a 
hagyományos marketing tevékenységek mellett a vállalati honlapok megjelenése 
az Interneten. A honlapokon a legtöbb adat jól szervezett, logikusan felépülő 
struktúrában az érdeklődök rendelkezésére áll, de mindig akadhat egy-egy olyan 
kérdés, amire nem bizonyul elégségesnek a közzétett információ. Az ilyen esetek 
elkerülésére a vállalatnak gondoskodnia kell a teljes körű tájékoztatás 
megoldásáról, legyen ez általános információnyújtás, műszaki support 
tevékenység vagy bármi más. Erre az egyik leghatékonyabb eszköz a web alapú 
call center. A vállalat a világ bármely pontjáról érdeklődő ügyfeleinek azonnal 
rendelkezésére tudja bocsátani a kért adatokat, a call centerekben dolgozó 
munkatársai által. A tájékoztatás nemcsak szóban történhet, hanem az Internet 



Forrás: http://www.doksi.hu 



interaktív lehetőségeit kihasználva videokapcsolat útján is. Az ügyfelek számára 
azonnal elküldhetőek a kért anyagok, prezentálhatóak a szükséges információk, 
és mindezt egy olyan „barátságos" környezetben, ahol a kommunikáció nem az 
ember és a számítógép között történik, hanem ember és ember között. 

A tájékoztatáson kívül az on-line ügyintézés is jelentős mértékben fog fejlődni. A 
call centerekben dolgozó munkatársak rendeléseket vehetnek fel, és 
bonyolíthatnak le, a web alapú IVR-ek használatával pedig bárki lefolytathat banki 
átutalást, szerződésmódosítást vagy repülőgép-helyfoglalást, és mindezt egy 
számítógép monitora mellől. 

Mindezen előnyök mellett maguknak a felhasználók számára is lehetőség nyílik a 
hatékonyabb és kényelmesebb munkavégzésre. Az egységes kezelőfelület 
nemcsak vállalati szinten jelentkezik, hanem az alkalmazottak is egy egységes 
felületű kommunikációs interfészen át tarthatnak kapcsolatot másokkal. 

Az unified messaging által minden érkező üzenet és hívás egy alkalmazáson 
keresztül kezelhető, vagyis egyetlen kliensprogram elég az üzenetek fogadására 
és megválaszolására, vagy újak kezdeményezésére. Ezáltal a felhasználók 
szervezettebben, átláthatóbban tudják kezelni mindennapos adminisztratív és 
egyéb jellegű feladataikat, jelentős időt tudnak megtakarítani. 

A VPN-ek terjedésével a munkaerő mobilabbá válhat, mert jelentősen 
megnövekszik az elérhetőségük. Távolról is ugyanolyan hatékonysággal tudják 
majd elvégezni az adott feladatokat, mintha a vállalat épületén belül 
tartózkodnának. Akár utazás közben egy hálózatra kötött laptop-on keresztül is 
letölthetik üzeneteiket, a felmerülő kérdéseket megválaszolhatják írásban, vagy 
szóban, felvehetik a kapcsolatot távoli ügyfelekkel. Ezek az új alkalmazások 
alapjaiban változtathatják meg a foglalkoztatott munkaerő struktúráját. Nemcsak a 
mobil munkaerő száma fog megnövekedni, hanem a saját otthonukból dolgozók 
száma is. A távmunkaerő alkalmazásával a vállalatoknak minimálisra 
csökkenhetnek a fenntartási költségeik. 

Összegzésképpen elmondható, hogy a hagyományos eszközökkel működő belső 
kommunikációs hálózat VolP technológiával való kibővítése olyan modern 
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funkciók megvalósítására ad lehetőséget, amelyekkel nemcsak költségkímélőbb 
és hatékonyabb módszerek valósíthatóak meg, de átformálhatják az egész vállalat 
jelenlegi arculatát is. 

3.2.3. Beszéd-adat-video integráció 

A beszéd-adat-video integrációjára egy másik aktuális példa az egyre nagyobb 
elterjedtségű videokonferenciás eszközök. Ma még főleg csak a multinacionális 
cégek engedhetik meg maguknak ezeknek az eszközöknek a használatát, de a 
közeljövőben egyre több vállalat fogja követni példájukat (a technológiai feltételek 
már adottak, és a videokonferencia eszközök árai is kezdenek a megfizethető sáv 
felé eltolódni). 

A személyes találkozások alternatívája lehet az integrált kommunikációs 
alkalmazások használata, mert a megvalósuló lehetőségek nemcsak abból állnak, 
hogy kommunikáció közben láthatjuk a másik felet, hanem a felépülő kapcsolat 
által közös munkavégzésre is lehetőség nyílik (pl.: dokumentumok közös írása). 

Az előnyök között természetesen itt is elsőként a költségek csökkenése emelhető 
ki, mint: 

- utazási költségek, 

- ellátási (szállás, étkezés) költségek, 

- alternatív költségek (az időkiesésből eredő elmulasztott hasznos munka 
költsége). 

A videokonferencia eddig bérelt vonal vagy ISDN alapú kapcsolat meglétét 
feltételezte. Ma már az IP hálózat is kezd alkalmassá válni nagy sávszélesség 
igényű multimédiás kommunikáció megvalósítására, ezzel utat engedve a 
szélesebb körű elterjedés és felhasználhatóság előtt. 

A kapcsolat létrejöhet két vagy több fél között is. A streaming technológia lehetővé 
teszi, hogy akár több ezer felhasználó is nyomon követheti egy-egy előadás 
eseményeit, élőben vagy felvételről. 
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Az új alkalmazások, eszközök és új technológiák révén létrejövő változások által 
az egész gazdaság megjósolhatatlan mértékű átalakuláson fog átesni. A 
vállalatoknak csak egyetlen járható út áll rendelkezésükre - hogy megőrizzék piaci 
versenyképességüket-, ez pedig a lehető legteljesebb mértékű alkalmazkodás a 
kialakuló új feltételekhez és kihívásokhoz. 

3.3. IP-TELEFONSZOLGÁLTATÁSOK 

3.3.1. Nyilvános szolgáltatás: Internet-telefónia 

3.3.1 .1 . Az Internet-telefonszolgáltatás nyújtásának általános kérdései 

Néhány évvel ezelőtt az Interneten történő telefonszolgáltatás legfőbb motivációja 
az volt, hogy ezen az úton a szolgáltató meg tudja kerülni a tradicionális távközlési 
szolgáltatók monopóliumát a távolsági szolgáltatásokra, lényegesen alá tud kínálni 
a monopolhelyzetből adódó magas, a költségektől elszakadt áraiknak. Nem 
véletlen, hogy az első Internet-telefonszolgáltatók közül többen korábban mint call- 
back szolgáltató szereztek tapasztalatokat, amely mint ismeretes azon alapult, 
hogy a tipikusan Európában Észak-Amerika felé kezdeményezett hívásokat 
"átfordítják" a másik irányból kezdeményezett hívásokká, amelynek tarifája jóval 
kedvezőbb. 

A helyzet várhatóan meg fog változni a távközlési monopóliumok megszűnésével, 
NI. már láthatóan meg is változott azokban az országokban, ahol a távközlési piac 
az utóbbi időben vált liberalizálttá. Példa erre Anglia, ahol távközlési szolgáltatók 
sokasága versenyez, pl. a tengerentúli szolgáltatásokban és a versenyt nem az 
dönti el, hogy a beszélgetések dedikált összeköttetésen mennek-e kellő 
tömörítéssel, avagy IP felett, hanem az árak és a szolgáltatás minősége. 

Az Interneten történő faxátvitel lényegesen nagyobb megtakarítást hozhat, hiszen 
a faxinformáció végül is adat és jól illeszkedik a csomagkapcsolt átviteli módhoz, 
mégis kevés lenne a továbbéléshez. 

Ami az Internet-telefónia igazi üzleti lehetőségét jelenti, az az értéknövelő 
szolgáltatások, amelyeket az IP-átvitel más módszereknél hatékonyabban 
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támogat. Példák: az intranet-szolgáltatásokkal való integráció, a Web-alapú call 
center, a videokommunikáció. 

Az Internet-telefónia jogi, szabályozási helyzete jelenleg országonként eltérő. Ott, 
ahol a távközlési piac már liberalizált, az Internet-telefónia sem esik korlátozás alá. 
Ahol viszont a távközlés még állami monopólium, vagy koncessziós szolgáltatás, 
az Internet-telefóniát általában korlátozzák, sok helyen kifejezetten tiltják. 
Magyarországon a szabályozó szervek álláspontja jelenleg az, hogy az Internet 
telefónia azért és azzal a feltétellel nem esik a koncessziós szerződések hatálya 
alá, mert és amennyiben a minősége nem tesz eleget a koncessziós 
szerződésekben rögzített műszaki feltételeknek. Amint ezt a 3.1.3. szakaszban 
részletesebben ismertettük, a néhány hónappal ezelőtt megjelent HIF-szabályozás 
engedélyezi azt az Internet-telefonszolgáltatást, amelynél a szolgáltató garantálja, 
hogy a késleltetés legalább 250 ms és a csomagvesztés legalább 1%, ezeknél 
jobb minőségi jellemzőket nem vállal a szolgáltatási szerződéseiben, és a közcélú 
távbeszélő szolgáltatásnál gyengébb minőségű szolgáltatására felhívja az 
előfizetők figyelmét. 

Hálózati architektúra, kapcsolódás a hagyományos hálózatokhoz és az 
Internethez 

Az Internet-telefónia hálózati architektúrája igen egyszerű, hiszen magát a 
hálózatot, a nyilvános Internetet adottnak tételezzük fel, legalábbis alapesetben, 
amikor az Internettől nem várunk el semmilyen garanciát a minőséget illetően. 
Ekkor a szolgáltatónak nincs más teendője, mint az, hogy a tervezett szolgáltatás- 
elérési pontjain gateway-eket helyezzen el az átviendő forgalomhoz méretezett 
kiépítésben. Az adott gateway egyfelől csatlakozik a nyilvános telefonhálózathoz 
(tipikusan egy vagy több ISDN PRI interfészen), másfelől a nyilvános Internet-hez 
(átlagos vagy garantált sávszélességű összeköttetésen). A gateway-eket úgy kell 
elhelyezni, hogy az ellátandó területeken azokat helyi távbeszélő hívással 
lehessen elérni, különben nem lehet versenyképes árakat kialakítani. 
(Természetesen már egy gateway-párral is el lehet indítani a szolgáltatást, egy- 
egy speciális, előre láthatóan jelentős forgalmat képező viszonylatban, pl. 
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Budapest-New York.) További fontos részei az architektúrának a gatekeeper és 
valamilyen számlázó rendszer. 

Az Internet-telefonszolgáltatói piac szereplői a következő kategóriákba sorolhatók: 

a) Új generációs távközlési szolgáltatók (ISP-kből, call-back-szolgáltatókból lett, 
vagy éppenséggel semmilyen szolgáltatói múlttal nem rendelkező cégek). 
Általában kis cégek, még a legnagyobbak is csak néhány tucat elérési ponttal 
rendelkeznek a világban. Jellemzőjük a tőkeszegénység, ezért általában nem 
saját beruházásban növekednek, hanem az egyes országokban partnereket 
keresnek, akik saját maguk létesítik a gateway-eket és csatlakoznak ezzel az 
adott szolgáltató hálózatához. Maga a szolgáltató legtöbbször csak 
hívásvégződtetést végez azokon a területeken, ahol saját vagy partner-gateway-je 
van. A piac szereplőinek ez egy dinamikusan változó csoportja, gyakran mennek 
tönkre, vagy kerülnek felvásárlásra nagyobb cégek által. Ezért nem is szívesen 
sorolunk fel példákat. 

b) Klasszikus távközlési szolgáltatók. Az Internet-telefonszolgáltatást ma 
elsősorban azért kezdik el nyújtani, hogy jelezzék belépésüket erre a piacra. 
Távlatilag céljuk a teljes IP-alapú szolgáltatási kör, értéknövelő szolgáltatások és 
minőségi szolgáltatások nyújtása, beleértve a virtuális magánhálózatokat. 
Bármikor eséllyel versenyeznek bármelyik új generációs szolgáltatóval, mivel nagy 
erőforrások és kiterjedt nemzetközi kapcsolatok birtokában vannak. 

c) Clearinghouse-ok. A clearinghouse alaphelyzetben brókercég, amely egy adott 
Internet-telefonszolgáltató számára segít biztosítani a hívás-végződtetést minden 
elérendő célországban, NI. körzetben. Segítségükkel a szolgáltatónak nem kell 
minden célországbeli szolgáltatóval külön szerződéseket kötni, cserében viszont a 
clearinghouse díjat szed. Gyakran nyújtanak többletszolgáltatásokat, pl. 
elszámolási garanciák, optimális útvonalak az Internet-en keresztül, műszaki 
támogatás. Legnagyobbak az AT&T Global Clearinghouse, az ITXC, a DeltaTree, 
a Telia. 

d) „1-tier" Internet-telefonszolgáltatók. Ők a szolgáltatók szolgáltatói. Tiszta 
esetben garantált minőségi jellemzőket nyújtó világméretű IP-hálózatot építenek ki 
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és menedzselnek, ellátják a clearinghouse funkciót is. Egyeseknek nincs saját 
hálózatuk, csak azt ígérik, hogy menedzselik a nyilvános Internet-en működő 
útvonalakat. Ilyen az általunk az előző kategóriába sorolt ITXC, amely magát „1- 
tier" szolgáltatónak nevezi. 

e) Berendezésgyártók. A klasszikus távközléstől eltérően maguk is szereplői az 
Internet-telefonszolgáltatások elterjesztésének. Gyakori a befektetői összefonódás 
gyártók és szolgáltatók között. A szolgáltatók ma még kizárólag homogén 
technológiával dolgoznak, mert hiányzik a garantált együttműködés a különböző 
gyártók rendszerei között (ebben a tekintetben legelőrébb a VocalTec és a Cisco 
tart). A clearinghouse-ok és a „1 -tier-szolgáltatók" tagjaiknak ajánlatos két-három 
platform létrehozása és fenntartása, mivel a célországtól és az ott működő 
partnerektől függően más és más technológiával kell együttműködni. 

3.3.1 .2. Példák szolgáltatásokra és Internet-telefonszolgáltatókra 

Szolgáltatások: 

Direkt hívás: az egyik leggyakoribb szolgáltatás, a hagyományos telefonok közti 
hívás felépítésére a szolgáltató által megadott számot kell tárcsázni, ami például 
10-10-xxxxx alakú, ahol az utolsó öt számjegy azonosítja az ügyfelet, majd ezután 
a hívandó számot kell tárcsázni. 

Telefonkártya: Hasonlít a hagyományos telefonáláskor használt módszerhez. Az 
ügyfél vesz egy speciális telefonkártyát, de jóval kedvezőbb áron, mint a 
hagyományos kártyákat. A hívás menete a következő: először egy központi 
számot kell tárcsázni, majd egy azonosítót és PIN számot kell megadni (sok 
szolgáltató csak PIN számhoz köti az azonosítást), és legvégül a felhívandó 
számot. 

Kétféle kártyatípus létezik: előre és utólag fizetett. Az első esetben az ügyfél egy 
olyan kártyát vásárol, ami egy adott egységnyi hívásra jogosítja fel, ebben az 
esetben a szolgáltató garantált bevételt könyvelhet el minden egyes eladott kártya 
után. A szolgáltatónak csak a rendelkezésre álló egységeket kell nyilvántartani, 
nem szükséges teljes körű, drága számlázó rendszert futtatnia. A kártyát akár 
szolgáltató honlapján keresztül is fel lehet tölteni a szükséges adatok megadása 
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után. Az utólag fizetett kártyáknak nincs korlátozva a használhatóságuk, a 
felhasználók bizonyos időközönként egyenlítik tartozásukat a szolgáltató felé, 
befizetéssel, vagy hitelkártya felhasználásával. 

PC-telefon, telefon-PC: Az ügyfelek egy ingyenesen letölthető kliens program 
segítségével hívhatják fel multimédiás PC-jükről távoli családtagjaikat vagy 
partnereiket. A költségek alacsonyabbak, mint a direkt és a kártyás hívásnál, mert 
itt a kapcsolat felépítéséhez vagy csak a hívó, vagy csak a hívott oldalán kell 
igénybe venni PSTN vonalat. Telefon-PC esetben a hívó félnek meg kell adnia a 
célállomás azonosítóját (pl.: IP cím, vagy egyéb hálózati azonosító). A PC-n egy 
felugró ablak jelzi a hívás beérkeztét (12. ábra). 



Szolgáltató 

Gatekeeper 

Hálózati menedzsment 

Számlázó rendszer 




BL 
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Multimédiás 
PC 



Telefon 



12. ábra. PC-telefon, telefon-PC kapcsolat 



Web-telefon, web alapú call center: A szolgáltató lehetővé teheti azt, hogy egy 
vállalat munkatársai hívásokat fogadjanak a vállalat honlapján böngésző 
ügyfelektől. A munkatársak a hívásokat fogadhatják egyaránt PC-ről és telefonról 

is. 

Internet-telefonszolgáltatók: 

Egyre több szolgáltató cég jelenik meg az Internet telefónia piacán. Vannak kis 
vállalatok, és vannak óriáscégek, amik IP alapú szolgáltatást nyújtanak, néhányan 
csak egy részterületre specializálódva (pl.: faxátvitel), de a legtöbb szolgáltató a 
lehető legszélesebb kínálattal próbálja meg kiaknázni az új lehetőségeket. 
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.comfax 

Ez a szolgáltató IP alapú fax átvitelére specializálódott. Világszerte elérhető 
szolgáltatása jelentős költségcsökkenést garantál ügyfelei számára. A 
felhasználóknak havi elérési díj befizetése mellett elküldött oldalanként is díjat 
számítanak fel. A tarifa függ a célállomás földrajzi elhelyezkedésétől, ugyanúgy, 
mint a távolsági hívás esetén, de függ a hívás kezdeményének időpontjától is, 
megkülönböztetve csúcs és normál időszakot. Ingyenesen letölthető 
kliensprogramot, és próbaidőszakot biztosít felhasználóinak. Szolgáltatásai közé 
tartozik többek között az automatikus újrahívás (háromszor), és a fax titkosítás. A 
felhasználók a hálózaton keresztül fizethetnek, megnézhetik egyenlegüket, illetve 
részletes nyilvántartást kapnak az összes elküldött faxról. 

Delta Three 

A legnagyobb VolP szolgáltatók közé tartozik. Felhasználóinak ingyenesen 
letölthető szoftvert biztosít, amivel a világ minden részére képesek hívásokat 
kezdeményezni. Díjtarifái percenként 10 cent-tői (Kanada és az Egyesült Államok 
területén) több mint 1 $-ig változnak (más országra történő hívás esetén) 

Szolgáltatásait telefonkártyán keresztül is igénybe lehet venni (Delta Three Virtual 
Calling Card) az Egyesült Államok, Kanada, Nagy Brittannia és Finnország között. 
A kapcsolathoz egy ingyenes számot kell felhívni, majd a PIN kód megadása után 
beüthető a hívandó szám. 

A Delta Three létrehozta a világ legelső kommunikációs portálját, ahol bárki on- 
line kommunikációt folytathat a másikkal, hangüzeneteket küldhet, postafiókjából 
letöltheti a beérkezett faxokat és a hangpostáját. Az előfizetői is az összes 
szükséges adminisztratív feladatot ezen a portálon keresztül intézhetik el. 

Netphone 

A második magyar VolP szolgáltató. Alapvetően telefonkártya alapú a 
szolgáltatás, melyek 2000, 5000, 15000, 50000 Ft értékben lehet megvásárolni. A 
kártyák csak 90 napig érvényesek, ennyi idő alatt kell letelefonálni a kártya 
értékének megfelelő összeget. Nagyobb felhasználók részére újratöltődő kártyákat 
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is biztosítanak. Egy fővárosi szám felhívásával, majd az ügyfél azonosítója és 
jelszava beütése után adható meg a kívánt szám. 

PC-ről is lehet telefonkészüléket hívni, az MS Netmeeting 2.11-es program 
segítségével. A részletes telefonhívásokról és a kártyaadatokról az összes adat az 
Interneten keresztül lehívható. 

3.3.2. Virtuális magánhálózati szolgáltatások 

A virtuális magánhálózatok (VPN-ek), összeköttetést teremtenek távoli hálózatok 
között, egy szolgáltató IP alapú hálózatának felhasználásával. Az Internet 
terjedésével és minőségi paramétereinek folyamatos javulásával már 
körvonalazódik az a tendencia, hogy a legtöbb esetben a VPN-ek közti 
adatforgalom az Interneten keresztül fog megvalósulni. 

A kapcsolat pont-pont jellegű, hozzáférés és forgalom menedzselt, valamint az 
adatforgalom titkosított. E jellemzői lehetővé teszik az adatforgalom mellett a 
beszéd és a fax csomagkapcsolt átvitelét is, amely nagy lehetőségeket teremt a 
VolP szolgáltatások bármely VPN környezetben való alkalmazása előtt. 

A VPN tipikus alkalmazási területei: 

Távoli hozzáférés 

A távoli hozzáférés lehetőséget nyújt a mobil-, illetve külső munkaerő számára a 
vállalat belső hálózatához való csatlakozásra. A hozzáféréshez elegendő egy helyi 
hívással rácsatlakozni - egy szolgáltatón keresztül - az Internetre. A szükséges 
azonosítási és titkosítási folyamatok után a felhasználó a jogosultságnak 
megfelelően csatlakozhat a vállalati hálózatra. 

Az így keletkezett költségmegtakarítás jelentős, hisz minden távolsági hívás helyi 
hívásra redukálódik, ami egy átlagos cégnél is számottevő eredményt képezhet. 
További megtakarítások érhetőek el azáltal, hogy a vállalatnak nem kell 
fenntartania a távoli hozzáféréshez szükséges eszközparkot (pl.: behívó 
rendszer). 
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Ennek az alkalmazásnak az elterjedésével ugrásszerűen fog megnövekedni a 
távmunkaerő foglalkoztatása, olcsóbbá és rugalmasabbá téve ezzel a 
munkavégzést. 

„Site to site" kapcsolat 

A nagyobb távolságokra lévő telephelyek között nem szükséges kiépíteni egy 
külön hálózatot, mert számos esetben gazdaságosabb az Interneten vagy egy 
szolgáltató gerinchálózatán keresztül a VPN használata. Mint a távoli hozzáférés 
esetén, itt is létfontosságú a biztonság. 

Költségmegtakarítást képezhet a gazdaságosabb összeköttetés, illetve az, hogy 
nem szükséges egyszerre külön vonalat fenntartani az Internet eléréshez és a 
távoli telephelyhez való kapcsolódásra, mert VPN esetében mindkét kapcsolat egy 
hálózaton keresztül történik. 

Extranet 

VPN alapú Extranet használatával a stratégiailag fontos partnerek vagy üzletfelek 
azonnal hozzáférhetnek a számukra szükséges üzleti információkhoz. Az egyes 
hozzáférési jogosultságok menedzselhetőek, különböző szintek alakíthatóak ki, 
így könnyedén meghatározható, hogy milyen jellegű és mennyi információhoz 
férhet hozzá az aktuális partner. A hozzáférés lehet ingyenes, de díjhoz is köthető. 

Intranet 

VPN kialakítható a vállalat belső hálózatán belül is. Egyik lehetséges alkalmazása, 
hogy a különböző részlegek adatforgalma elkülöníthető egymástól (pl.: könyvelés), 
és a részlegen belül is hozzáférési szintek definiálhatóak. 

3.4. A VOIP TECHNIKÁRA ÉPÜLŐ VÁLLALATI ALKALMAZÁSOK 

3.4.1. Alközponti hálózatok kialakítása IP alapon 

Amennyiben az adott telephelyen nincs alközpont, úgy megoldható a gateway 
analóg FXS portját közvetlenül a készülékre csatlakoztatni, mint egy analóg 
fővonalat. 
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Mindkét telephelyi alközpont esetén célszerű az alközpontokat társközponti 
kapcsolatba kötni egymással. Ez - megfelelő gateway-támogatással - 
megvalósítható analóg E&M illetve digitális QSIG jelzésrendszerrel. Utóbbi 
esetben az alközpontok nemcsak az ISDN szolgáltatásokat tudják osztottan 
alkalmazni mindkét telephelyen (pl. közvetlen beválasztás), hanem az alközpontok 
logikailag egy központi alközpontnak tekinthetők a felhasználó szemével, és 
kevert mellékszám-kiosztás is megvalósítható (pl. az egyik telephelyen a 100, 104, 
1 05, 1 06, a másikon a 1 01 , 1 03, 1 07, stb. mellékek működhetnek). 

Amennyiben az alközpont pl. ISDN PRI interfésze - tipikusan alközponti szoftver 
okok miatt - nem támogatja a QSIG-et, akkor megoldható a transzparens CCS 
(közös csatornás) átvitel is, beleértve a jelzésinformációkat tartalmazó 16. időrést 
is. Ekkor természetesen a társközponti funkciók elvesznek. 

Gyakran előfordul, hogy az alközpont nem képes (pl. a kártyahelyek hiánya miatt) 
vagy a felhasználó nem akar (pl. az ár miatt) E&M analóg társközponti interfészt 
szolgáltatni. Ekkor a gateway FXO interfészére kell kötni az alközpont mellékét 
mindkét oldalon (vagy a másik oldalon FXS-t alkalmazni). 

Természetesen telephelyek közötti kapcsolat esetén a beszédátvitel nem csupán 
az IP hálózaton mehet keresztül. Intelligensebb VolP hálózat esetén a gateway-ek 
ellenőrzik - akár ping paranccsal - a hálózat állapotát, hogy alkalmas-e 
beszédátvitelre. Ha nem találják megfelelőnek, automatikusan kezdeményezik a 
PSTN vagy ISDN felé a beszédátvitelt. Ez egyfajta minőségi garanciát is jelent. A 
hálózat megfelelő minőségét ellenőrző paraméterek konfigurálhatók (késleltetés, 
jitter, sávszélesség stb.). 

Nem szorosan vett alközponti hálózati szolgáltatás, de fontos, alközpontokhoz 
kötődő fogalom az ICW, Internet Call Waiting. Elsősorban nagyvállalati vagy 
szolgáltatói rendszereknek szükséges ilyen intelligenciával rendelkezniük. 
Lényegét egy példán világítanánk meg. A hívott partner telefonja éppen foglalt. A 
rendszer (elsősorban a gatekeeper) ekkor automatikusan küld egy üzenetet a 
hívott PC-jére a hívó információival (telefonszám, adatbázis-beli egyezőség 
esetén név stb.). A hívott ilyenkor dönthet úgy, hogy fogadja ezt a hívást, és ekkor 
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a PC-je hangszóróján és mikrofonján beszélgethet a hívóval. Ilyen 
hívásfelépítésnél a gatekeeper és a gateway-ek között többszöri üzenetváltás 
történik. 



3.4.2. Alközponti funkciók megvalósítása LAN-on 

Szükséges szétválasztani két különböző jellegű alközponti IP alapú szolgáltatást. 
Az első a CTI (Computer Telephony) kategóriába tartozik, a másik elosztott IP 
alapú alközpontot jelent. 

A számtalan CTI megoldás legtipikusabb alkalmazásai a PC-telefon 
alkalmazások, azaz amikor a számítógép távbeszélő hálózati eszközökkel 
kommunikál. Egy multimédiásnak nevezett (hangkártyával, valamint rácsatlakozó 
hangszóróval és mikrofonnal rendelkező) számítógéppel a felhasználó képes 
telefonnal kapcsolatot felvenni. Kényelmes és jól használható alkalmazás például 
egy vállalat ügyféladatbázisának használata. A felhasználó kiválasztja az 
adatbázisból a hívni kívánt nevet, és ekkor - a rendszer intelligenciájától függően 
- több dolog történhet. Vagy megcsörren az asztalon lévő telefonkészülék, és a 
felvételkor automatikusan tárcsázódik az adatbázisban a névhez hozzárendelt 
telefonszám, vagy mindez telefon nélkül megtörténik, és a hangkártya 
hangszóróján már meg is szólalt a hívott ügyfél. Mindezeket az - egyébként 
rendkívül piacképes és vonzó - alkalmazásokat nem nevezzük IP alközpontnak 
(13. ábra). 




13. ábra. Tipikus CTI-PBX alkalmazás 
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Az IP alapú alközpontok felépítését a 2.2. fejezetben tárgyaltuk. 

Alkalmazásuk előnyei elsősorban a hatékonyság növelésében, kisebb mértékben 
költségcsökkenésben nyilvánulnak meg. 

Többletszolgáltatásként tekinthető az, hogy például beszélgetés közben az IP 
telefont lecsatlakoztatva a hálózatról, és máshova rácsatlakoztatva a kapcsolat 
nem szakad meg (szigorúan műszaki értelemben nem is volt, hiszen a hálózat 
csomagkapcsolt). További előnye a megoldásnak a kábelezés homogenitása 
(nincs külön telefon- és adathálózat), a menedzsment funkciók egy kézben 
tartásának lehetősége, a készülékek elhelyezésének rugalmassága (tetszőleges 
hub-portra ráköthető) és még egy fontos dolog: a nyitott platform a további 
alkalmazás-fejlesztésre. Azzal, hogy IP alapú a helyi beszédkommunikáció, 
különböző felhasználói felületek alakíthatók ki (akár a következő fejezetbe tartozó 
web alapon is), és egyszerű, akár az ügyfelek által érthető nyelvű felület alakítható 
ki további szolgáltatásokra. 

3.4.3. Web-telefónia 

Egyre többen használják az Internetet kutatásra, terméktámogatás kérésére és 
vásárlásra. A Web-telefon és Call Center integrációjával a statikus web-oldalak 
dinamikussá válnak. Egy könnyen kezelhető felületet biztosítanak a felhasználó 
felé, megteremtve a lehetőséget e-mail írására és on-line segítség 
igénybevételére. Ezzel a Web-Center integrációval a vállaltok minden részre 
kiterjedő szolgáltatást képesek nyújtani felhasználóiknak, jelentősen javítva ezzel 
az ügyfelek megelégedettségét és lojalitását, valamint csökkentve működési 
költségeiket növelhetik bevételeiket. 

Az Internet robbanásszerű növekedése és a felhasználók elektronikus 
kereskedelem iránti növekvő bizalmának ellenére az on-line üzleti bevételek 
elmaradnak a várhatótól. Az Internetezők többsége ellátogat és elidőzik 
elektronikus kereskedelemmel foglakozó oldalakon, de többségük nem vásárol 
semmit. Az üzlet elemzői szerint az e-kereskedelmi oldalak látogatóinak 99%-a 
vásárlás nélkül hagyja el ezeket az oldalakat. 
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Egyik oka, hogy a látogatók elhagyják az e-kereskedelmi oldalakat, hogy nem 
kapnak biztatást, támogatást más emberektől. A web-oldalak kiválóak 
tájékozódásra, de gyakran egy egyszerű kérdés, vagy egy apró navigációs 
probléma megakadályozza az on-line vásárlás létrejöttét. Valósidejű fogyasztót 
segítő szolgálat nélkül az emberek más forrásokból szerzik be a termékeket. 

A Web-Center lehetővé teszi a vállalatok számára a segítségnyújtást rögtön a 
vásárlás helyén - a web-oldalon - beilleszkedve a vásárlási folyamatba. Továbbá 
növeli a vásárlók bizalmát és a tájékoztatás fokát, lehetővé téve komplexebb 
termékek értékesítését. 

Web-Center megoldással költséghatékony módon lehet megoldani a 

terméktámogatást is. Számos vállalatnak jelentős ráfordítást igényel a 

terméktámogatás nyújtása. Web-Center megoldással nemcsak olcsóbb, de 
hatékonyabb is az ügyfelek szolgáltatása. 

A Web-Center érzékennyé tesz a web-oldalt a látogató iránt. Eldöntheti, hogy 
további kutatással segít-e magán, e-mailben kér-e választ, vagy azonnali 
segítséget vesz igénybe. Az azonnali segítség legegyszerűbb esetben egy 
„beszéd" gomb megnyomásával történik. A web-oldal megnyitásakor 
automatikusan letöltődött egy az Interneten keresztüli beszédet lehetővé tevő 
program is, pl. böngészőbe épülő plug-in. A gombra való klikkeléskor ez a 
program teremti meg a kapcsolatot a vállalattal. 

A web alapú call center hívások felépítése hasonló a PC-ről telefonra, illetve a PC- 
ről PC-re történő hívásokéhoz, de kiegészülve olyan funkciókkal, amelyekkel 
lehetővé válik a teljesebb körű interaktív kommunikáció az ügyfelekkel. 

Az Internet nyújtotta interaktív környezet nagyobb mérvű kihasználására adnak 
lehetőséget azok a call center megoldások, ahol a hangátvitel mellett 
adatkommunikáció is lehetséges. Ilyenkor a vállalati munkatárs vizuális jellegű 
információval is el tudja látni az ügyfelet videokonferenciás kapcsolaton keresztül, 
valamint az Internet „push" technológia felhasználásával irányíthatóvá válik az 
ügyfél böngészése, és így elvezethető a szükséges információt tartalmazó „html" 
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oldalhoz. Üzleti tranzakciók lebonyolítására is lehetőség nyílik, segítséget nyújtva 
az ügyfeleknek a megrendelő lapok vagy egyéb más okmányok kitöltésében. 

Központi szerepet tölt be, főleg az adatátvitelt is megvalósító call center 
megoldásoknál a titkosítás. A hívásokat menedzselő szervernek gondoskodnia 
kell a megfelelő titkosítási módszerek alkalmazásáról, engedélyezve a két fél közti 
biztonságos adatcserét. 

3.5. ÜZEMELTETÉS 

Jelen pillanatban a router alapú gateway megoldásoknak van a legnagyobb piaca, 
ezért az ilyen rendszerek üzemeltetési kérdéseire térnénk ki. 

A router alapú gateway-ek üzemeltetése elsősorban IT szaktudást igényel, és 
csak alapfokú telefonközponti ismereteket. A legalapvetőbb feladat a router 
konfigurálása, az egyes paraméterek (úgy mint IP címek, interfészek, és a 
beszédátvitelhez szükséges adatok) beállítása. 

SOHO környezetben a bekonfiguráláson kívül különösebb üzemeltetési teendő 
nem merül fel a gateway-eknél, az egyes új mellékek bekötéséhez nem 
szükséges megváltoztatni a router beállításait. Ezért a rendszer nem igényel külön 
munkaerő kapacitást, nem szükséges külön rendszergazdát alkalmazni az 
esetleges hibák elhárítására, kifizetődőbb, ha alkalmanként külsős szakemberek 
oldják meg a felmerülő problémákat. 

Hasonló a helyzet a közepes méretű vállalatoknál is, bár itt már gyakrabban lehet 
szükség az egyes beállítások átkonfigurálására. Itt már célszerűnek ígérkezik, ha 
a rendszergazda ért a router programozási nyelvéhez, és képes alapvető 
beállításokat módosítani. További IP szolgáltatások igénybevétele esetén (pl.: call 
center, PC-telefon kapcsolat) ajánlott állandó szakember alkalmazása. Továbbá 
könnyen megvalósulhat olyan helyzet is, hogy a vállalat kommunikációja 
megköveteli az átvitt hangcsatornák számának bővítését. Ilyenkor már új 
eszközök behelyezésére is sor kerül, ezért a router konfigurációját is meg kell 
változtatni. 
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Másik sarkalatos pontja az üzemeltetésnek a rendszer biztonságára való törekvés. 
A VolP technológia alapvetően még nem olyan kiforrott megoldást kínál, mint 
amilyet a hagyományos távközléstechnikai eszközök nyújtanak. Ezért fokozottan 
törekedni kell a biztonságra. Hiba esetén egy fejlett hálózati menedzsment 
segítségével pillanatok alatt elhárítható a legtöbb probléma, de ha lehetőség nyílik 
rá, ajánlott redundáns elemek alkalmazása is, mellyel kiválthatóak a 
meghibásodott eszközök. Természetesen ez tovább növeli a szükséges 
beruházások nagyságát. 

3.6. ESETTANULMÁNY 

Esettanulmányunk alanya a Sybase Inc., egy szoftverfejlesztő cég az Egyesült 
Államokban. Két eladási központjuk van, egy Dallasban és egy Houstonban, 
amiket nap mint nap több száz ember hív fel. Nem ritka az olyan alkalom, hogy 
egy-egy ügyféllel csak a másik központban lévő illetékes tud foglalkozni, ilyenkor a 
két oldalon dolgozó recepciósnak át kell irányítania a hívásokat. Felmerült az az 
igény, hogy csökkentsék a távhívások összegét a két telephely között, ezért a 
telefonbeszélgetéseket a vállalati Frame Relay-en keresztül kívánták megoldani. 
Erre a feladatra Cisco eszközöket használtak fel. Dallas-ba egy Cisco 2600-as 
router, míg Houstonba egy 3600-as router került, amik E&M interfésszel 
csatlakoztak a vállalat Lucent alközpontjaira. 

A bejövő hívásokat így könnyedén át lehetett irányítani a másik oldalra, valamint 
az új rendszer használata azt is eredményezte, hogy szükségtelenné vált két 
recepciós alkalmazása, hisz erre a feladatra akár egy személy is elegendőnek 
bizonyul. így a Houstoni központban lévő recepciós kezeli mind a houstoni, mind a 
dallasi hívásokat. 

Amikor egy ügyfél Daliásból felhívja az ottani központot, akkor az ott található 
alközpont átirányítja a hívást Houstonba. Az átirányításról a houstoni recepciós 
értesül, ezért már úgy veszi fel a telefont, hogy „Sybase Dallas". Az ügyfél szinte 
észre sem veszi a változást, ugyanis a keresett személyt mindkét helyszínről 
gyakorlatilag ugyanannyi idő alatt tudják kapcsolni, még akkor is, ha a 
recepciósnak újból át kellene irányítania a hívást Dallasba. 
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A VolP rendszer bevezetésével a következő megtakarítások illetve előnyök léptek 
fel: 

- Kezelőszemélyzet munkabérének csökkenése ( éves szinten 30.000 $) 

- Távolsági hívások költségének csökkenése (havonta 1 .000 $) 

- A meglévő adathálózat jobb kihasználtsága 

Végeredményül a megtakarítások olyan mértékűek voltak, hogy a vállalat a többi 
telephelyén is ezt a megoldást kívánja megvalósítani, illetve további VolP 
alkalmazások bevezetését is tervbe vették. 
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4. A LEGFONTOSABB SZÁLLÍTOK ES TERMEKEIK 
ÁTTEKINTÉSE 

Ebben a fejezetben az ismertetett megoldások és alkalmazások piaci megfelelőit 
vizsgáljuk. Nem célunk, és nem is lehetséges az összes IP alapú 
beszédszolgáltatást megvalósító terméket ismertetni. Mindenképpen fontosnak 
tartjuk azonban a jelenleg piacon hozzáférhető termékek áttekintését, hiszen így 
képet kapunk a jelenleg elérhető technikákról, az egyes vállalatok szerepéről és 
becslést adhatunk a jövőbeli fejlesztési irányokról is. 

A vállalati megoldások rendszerszállítói sok esetben az IP vagy a telefonos világ 
már ismert szereplői (Cisco, 3Com, Ericsson), azonban itt más fontos nevek is 
szerepelnek, pl. a VocalTec, aki a technológia gyártóinak úttörője volt és azóta is 
élen járó, elsősorban szolgáltatói rendszergyártó. Kitérünk még néhány kevésbé 
ismert névre, ahol nem is a név, hanem inkább a jellemző terméktulajdonság a 
fontos (pl. a MultiTech, nem szabványos kisvállalati megoldása). 

4.1. GATEWAY-EK 

A gateway-szállítók rendszertechnikai csoportosítását itt is megtartjuk, és külön 
tárgyaljuk az önálló és a router/access server alapú megoldásokat szállító 
cégeket. A gateway-ek ismertetésénél sok esetben az ismertetett megoldás 
egyben integrált gatekeeper is, hiszen - különösen kisebb megoldásoknál - 
ugyanazon hardver NI. szoftver gondoskodik a H.323 funkcionális szolgáltatásairól. 

Nem látjuk célszerűnek sok ugyanolyan gateway ismertetését, csupán a 
legjellemzőbbeket. Még ennél is hasznosabbnak ítéljük meg néhány gateway 
táblázatos ismertetését. Ez látható az 6. táblázatban. 
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Gyártó 


Termék 


Kialakítás 


Architekt 
úra 


Interfész 


Max portok 
száma 


H.323 


Priorizáció 


Kódolás 


Max. 
tömörítés 


H.323 
gatekeeper 


Ár/port 

(24 portos 

rendszereket 

alapul vév) 


3Com 

www.3com.com 


S200 


Router 


Doboz 


Analóg, 
V.35, V.11, 
T1/E1, PRI 


24 


Igen 




G. 723.1, 

G.729A, 

G.711 


5.3 kbit/s 






Ascend Communications 
Inc. www.ascend.com 


Multivoice Gateway 


RAS 


Kártya modul 
helyekre 


T1/E1, PRI 


96 


Igen 


DS byte 


G.711, 

G.729(A), 

G. 723.1 


5.3 kbit/s 


Multivoice 

access 

manager 


1.060$; 
gatekeeper 
3.000 $-tól 


Cisco Systems Inc. 

www.cisco.com 


Cisco 2600, Cisco 
3600 series 


Router 


Doboz 


T1/E1, BRI, 
analóg 


72 


Igen 


DS byte, 
RSVP 


G.726, 

G.729, 

G.729(A), 

G. 723.1 


5.3 kbit/s 


Multimedia 

Conference 

Manager 


1.415 $ (12 

portos 
rendszer) 


Cisco Systems Inc. 

www.cisco.com 


Cisco AS5300 


RAS 


Kártya modul 
helyekre 


T1/E1, PRI 


48 


Igen 


DS byte, 
RSVP 


G.726, 

G.729, 

G.729(A), 

G. 723.1 


5.3 kbit/s 


Multimedia 

Conference 

Manager 


855$ 


Digi International 

www.digi.com 


Netblazer 8500 


RAS 


Kártya 
szerverbe 


T1/E1, PRI 


96 


Igen 


Nincs 


G. 723.1, 

G.729(A), 

G.711 


5.3 kbit/s 


Gateway-el 
integrálva 


1.000$ 


E-Fusion Inc. 

www.efusion.com 


eBridge 


Önálló 


Kártya 
szerverbe 


T1/E1, PRI 


48 


Igen 


Nincs 


G. 723.1, 

G.729(A), 

Saját 

szabadalom 


5.3 kbit/s 


Gateway-el 
integrálva 


3.500 $-tól 
5.000 $-ig 


Ericsson Inc. 

www.ericsson.com/iptelepho 
ny 


IP Telephony (IPT) 
voice gateway 


Önálló 


Kártya modul 
helyekre 


T1/E1, PRI 


120 


Igen 


Nincs 


GSM, 

G.729(A), 

G. 723.1, 

G.711 


5.3 kbit/s 


IPT 
Gatekeeper 


800$; 
gatekeeper 
4.000 $-tól 


Hypercom Corp. 

www.hypercom.com 


Integrated 

Enterprise Network 

(IEN) series 


Access 
concentrator 


Kártya modul 
helyekre 


T1/E1, 

analóg, PRI, 

BRI 


768 


Igen 


RSVP 


G. 723.1, 

G.729(A), 

G.711, 

Saját 
szabadalom 


5.3 kbit/s 


Gateway-el 
integrálva 


300$; 

szükséges call 

manager, 

5.000 $-tól 



83 
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Linkon Corp. 

www.linkon.com 


Linknet 


Önálló 


Kártya 
szerverbe 


T1/E1, 
analóg, PRI 


48 


Nem 


Nincs 


G. 723.1, 

G.728, 

G.71 1 , GSM, 

Saját 

szabadalom 


4.8 kbit/s 


Linknet 
Gatekeeper 


1.000$, 
gatekeeper-rel 


Lucent Technemlogies 
Inc. 

Www.lucent.com 


Internet Telephony 

Server/Multimedia 

Communications 

Exchange (MMCX) 


Önálló 


Kártya 
szerverbe 


T1/E1, 
analóg, PRI 


48 


Igen 


RSVP 


G. 723.1, 

Saját 

szabadalom 


5.3 kbit/s 


Service 

Access 

Manager 


700$ 


Lucent Technemlogies 
Inc. 

Www.lucent.com 


Packetstar IP 
Gateway 1 000 


RAS 


Kártya modul 
helyekre 


T1/E1, PRI 


632 


Igen 


Nincs 


G.711, 
G.729(A), 
G.729(B) 


8 kbit/s 


Packetstar 

IP 

Gatekeeper 


600 $ (96 
portos 

rendszer); 
150.000$ a 
gatekeeper 


Lynk Ltd. 

Www.soholynk.com 


Telelynk 


Önálló 


Kártya 
szerverbe 


T1/E1, 
analóg 


Depends on 

PC server 

(24 per 

card) 


Igen 


Nincs 


G. 723.1, 

G.729(A), 

ADPM, 

G.711 


5.3 kbit/s 


Gateway-el 
integrálva 


350$ 


Memotec Communications 
Inc. www.memotec.com 


CX950 Access 
Switch 


Router / 

multiservice 

switch 


Kártya modul 
helyekre 


BRI, analóg 


7 


Nem 


Igen 


Saját 
szabadalom 


5.8 kbit/s 


Nincs 


900 $ (7 portos 
rendszer) 


Motorola Information 
Systems Group 

www.mot.com/isg 


Vanguard family 


Router 


Doboz 


T1/E1, BRI, 
PRI, analóg 


24 


Igen 


DS byte 


G. 723.1, 

G.729(A), 

Saját 

szabadalom 


5.3 kbit/s 


Nincs 


550$ 


Multi-Tech Systems Inc. 

www.multitech.com 


MultiVOlP gateway 


Önálló 


Doboz 


Analóg 


8 


Nem 


Nincs 


G. 723.1, 

G.729(A), 

G.711 


5.3 kbit/s 


Nincs 


500 $ (8 portos 
rendszer) 


Netrix Corp. 

www.netrix.com 


Network Exchange 

2210, Network 

Exchange 2201 


Önálló 


Kártya 
szerverbe 


Analóg, 

T1/E1, PRI, 

BRI 


168 


Nem 


DS byte 


Saját 
szabadalom 


5.5 kbit/s 


Gateway-el 
integrálva; 
proprietary 


500$ 


Netspeak Corp. 

www.netspeak.com 


Webphone Gateway 
Exchange 


Önálló 


Kártya 
szerverbe 


T1/E1, 
analóg, PRI 


96 


Igen 


Nincs 


GSM, 
G.723.1 


5.3 kbit/s 


Kapcsolat 
szerver 


500$ 


Nemkia IP Telephony 

www.nemkiaiptel.com 


Nemkia IP 
telephony gateway 


Önálló 


Kártya 
szerverbe 


T1, BRI, PRI, 
analóg 


48 


Igen 


Nincs 


G.711, 

Saját 
szabadalom 


7.3 kbit/s 


CP szerver 


1.000$, 
gatekeeper-rel 
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Nemrthern Telecom Ltd. 
(Nemrtel) 

www.nemrtelnetworks.com 


VIP Gateway 


Önálló 


Kártya 
szerverbe 


T1/E1, 
analóg 


24 


Nem 


DS byte, 
RSVP 


G.711, 
G. 723.1, 


5.3 kbit/s 


Telephony 

Packet 

Network 


540$ 








G.729(A) 


Nemrthern Telecom Ltd. 
(Nemrtel) 

www.nemrtelnetworks.com 


Baystack ARN 


Router 


Doboz 


Analóg 


4 


Igen 


DS byte, 
RSVP 


G.711, 
G. 723.1, 
G.729(A) 


5.3 kbit/s 


Telephony 

Packet 

Network 


1 .450 $ 

(4 portos 
rendszer) 


Nuera Communications 
Inc. 

www.nuera.com 


F-50 IP, F-200 IP 


Önálló 


Kártya modul 
helyekre 


T1/E1, 
analóg 


24 


Nem 


DS byte 


G.728, 
G.729, 
G.726, 
G.711, 

Saját 
szabadalom 


4.8 kbit/s 


Gateway-el 
integrálva 


1.000$, 
gatekeeper 
funkciókkal 


Radvision Ltd. 

Www.radvision.com 


L2W-323 


Önálló 


Enclosed 
Doboz 


T1/E1, PRI, 
BRI 


24 


Igen 


Nincs 


G. 723.1, 
G.711, 
G.728, 

G.729(A) 


5.3 kbit/s 


Gateway-el 
integrálva 


1.000$, 
gatekeeper 
funkciókkal 


Siemens Information and 

Communications 

Networks Inc. 

www.icn.siemens.com 


Hicom Xpress 

Telephony Internet 

Server 


Önálló 


Kártya 
szerverbe 


T1/E1, PRI 


96 


Igen 


DS byte 


G.723.1 


6.3 kbit/s 


Gateway-el 
integrálva 


1 .250 $, 
gatekeeper 
funkciókkal 


VegaStream Ltd. 

www.vegastream.com 


Vega 50 


Önálló 


Doboz 


PRI, BRI 


8 


Igen 


- 


G.711, 
G729a, 
G.723.1 


5.3 kbit/s 


- 


400 $ (8 portos 
rendszer) 


VocalTec 
Communications Ltd. 

Www.vocaltec.com 


VocalTec Telephony 
Gateway 


Önálló 


Kártya 
szerverbe 


T1/E1, PRI, 
BRI, analóg 


96 


Igen 


Nincs 


G.723.1, 

G.729, 

G.711, GSM, 

Truspeech 


4.8 kbit/s 


Vocaltec 
gatekeeper 


1.000$, 
gatekeeper-rel 



6. táblázat. Gateway-ek összehasonlítása 
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4.1.1. Önálló gateway-ek 



4.1.1.1 



VegaStream: Vega 50 




14. ábra. Vega 50 

A Vega 50-es gateway-et (14. ábra) SOHO környezetben való használatra 
tervezték, maximum 8 hangcsatornát (ISDN/analóg) képes kezelni. Nem PC 
architektúrájú, desktop rendszer (stack-elhető, rack-be helyezhető). Támogatja 
szinte az összes elterjedt szabványt (H.323.2, G.711, G729a, G723.1). A 
hívásmenedzsment egy web-böngészőn keresztül állítható az eszközben. 

Az eszköz 8 analóg interfészt tartalmaz, a konfigurálás és a menedzsment egy 
beépített web server segítségével lehetséges. 

Ára portonként 400$ (tájékoztató listaár) 

További modelek: 

Vega 1 00 - nagy cégek, szolgáltatók részére (max. 1 20 port) 

Vega 200 - audio konferenciára alkalmas eszköz, egyszerre max. 30 résztvevő 
számára 
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4.1.1.2. 



VocalTec: Series 1 20 



A VocalTec kialakította VocalTech Ensemble Architecture (VEA) nevű rendszerét, 
melynek egyik legfontosabb tagja a Series 1 20-as gateway. 

A gateway nagyvállalatok és szolgáltatók részére, továbbá web alapú call center 
üzemeltetők számára tervezték, maximum 120 vonal átvitelére van lehetőség. 
Portjai univerzális kiépítésüek. A gateway használata a többszörös díjnyertes 
Internet Phone-ra épül. 

A gateway-hez szükséges még egy gatekeeper, és egy hálózati menedzser 
program, mely biztosítja az NMP vezérelhetőségét (15. ábra). 




Telefon 



Vocaltec 
Gateway 



Vocaltec 
Gateway 



Ethernet 



Ethernet 



F^lTTT" ú 



Router 



X.21 




X.21 



-ÉE 



Router 




Telefon 



CB 



Számlázó 



□S 

Gatekeeper 
Menedzsment 



15. ábra. VocalTec Ensemble Architecture 



A támogatott hívások: 

- Telefon-telefon 

- Internet Phone-telefon 

- Telefon-Internet Phone 
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- Web lap-telefon (Call Center, Surf&Call) 

- Fax-fax 
Tulajdonságok: 

- Valós idejű audió és fax kommunikáció - full duplex kapcsolat 

- Hőst alapú hívás 

- Sávszélesség menedzsment 

- DSP alapú hívás 

- Univerzális hang és fax portok 

- Több kódolási eljárás használata (G.723.1 , G.71 1 , GSM, G.729) 

- Telefonkártya és számlázási rendszerek használata 

- Támogatja a T1 , E1 , analóg E&M, ISDN-PRI és MFC-R2 kapcsolatokat 

- Nyílt architektúra 

- Biztonság 

- Kompatibilitás más VocalTec gateway-ekkel és az iparág számos más 
termékével 

- H.323.2 támogatás 

- Távoli menedzsment 

- Megbízhatóság 

- TCP/IP hálózati interfész: Ethernet 1 0BaseT (RJ45/BNC) és 1 00 BaseT (RJ45) 

- Jelzések: DTMF, pulse, MF felismerés, MF tárcsázás és generálás 
További eszközök: 

További modelek: 

- VocalTec Series 30 (max. 30 port) 
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VocalTec Series 2000 (max. 480 port) 



4.1.1.3. 



MultiTech: MultiVOlP 



A MultiVOlP (16. ábra) azon termékek tipikus példája, amely nem H.323 
kompatíbilis. Habár komolyabb jövőt csak a fenti protokollt támogató termékeknek 
tudunk jósolni, terjedése miatt foglalkozni kell olyan megoldással is, amely 
kizárólag adott vállalati megoldásra alkalmas, és jövőbeli bővíthetősége jelentős 
korlátokba ütközik. 




16. ábra. 



MultiVolP 



A MultiTech MultiVOlP gateway-e ugyanakkor olcsó és hatékony megoldást kínál 
azoknak a kis és közepes méretű vállalatoknak, akik a hangátvitelt az IP hálózaton 
szeretnék megvalósítani. A gateway kulcsrakész megoldást kínál, nem igényel 
további hardver- vagy szoftver-kiegészítést - persze ez egyben a bővíthetőség 
korlátja is. 

A megoldás a középtávon nagy valószínűséggel nem bővülő, nagyobb 
szolgáltatásokat nem igénylő vállalatoknál lehet megoldás. 

Közvetlenül csatlakoztatható a LAN hálózatra. 

Tulajdonságok: 

- 2, 4 vagy 8 analóg port a meglévő IP hálózaton vagy az Interneten keresztüli 
kommunikációra 
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- 1 Mbit/s-os Ethernet interfésszel rendelkezik 

- Hangtömörítés hívásonként 6,3 Kbit/s, ITU G. 723-as szabvány szerint 

- Támogat minden G.3 fax eszközt 

- Önálló doboz, nem PV vagy router alapú 

- Továbbítási hibakijavítás, hibás keret kiegészítés. 

- Kis késleltetést ígér a gyártó - itt persze a processzálási időn kívül a hálózat 
lehet a meghatározó 

- Az analóg portok FXS, FXO és E&M csatlakozások, így minden egyes port 
közvetlenül kapcsolódhat telefonra, alközponti mellékre és alközponti trönkre 

- Távoli konfigurálási lehetőség az Interneten át web böngésző, telnet, tftp 
alkalmazásával 

- SNMP agent-et tartalmaz 

- Hívás jegyzék, hangminőség statisztika, és egyéb menedzselési eszközök 

- Biztonsági funkciók és jelszó azonosítás 

- Könnyen használható konfigurálási és menedzselési szoftver Windows 95, 
Windows 98, vagy Windows NT platformokra 

4.1.2. Router alapú megoldások 

A router alapú megoldások gyártói általában az adat- vagy beszédátvitelben már 
ismert nevek. A következőkben ezért a cégeket bemutatnunk fölösleges lenne, 
erre esetleg utalunk. 

4.1.2.1. Nortel(Bay) 

A Nortel (Bay Networks) egyik gateway megoldása az MMCS (MultiMedia Carrier 
Switch) nevet viseli. A megoldás nagy portsűrűsége (120 E1/T1) alkalmassá teszi 
szolgáltatói használatra. 
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Hasonló célú megoldásnak számítanak a Passport gateway-ek, melyek szintén 
szolgáltatói használatra készültek. 

Egy másik VolP gateway megoldás a korábban megvárásolt Micom cég terméke, 
a PC alapú V/IP Phone/Fax Gateway nevű termék. Ennek előnye az alacsony ár. 

Mindezek a megoldások viszont önálló gateway-ek. Ami valóban router alapú 
megoldás, az az ARN routerekbe (17. ábra) helyezhető hang modul. 




17. ábra. 



ARN 



A szabványos megoldás az ismertetett három analóg interfész-típust egyaránt 
támogatja, négy analóg port erejéig. A megoldás elsősorban a létező ARN 
routerek IP beszédátviteli képességének bővítését támogatja. A következő 
fejezetben ismertetett Cisco-hoz hasonlóan itt is először hang modult kell a 
routerbe helyezni, és abba az interfész-kártyákat. A hangmodul elérhető integrált 
soros interfésszel. Az ilyen módon kialakított megoldás a kötséghatékony soros 
vonali IP beszédátviteli célt támogatja - jellemzően a bérelt vonalas vállalati 
telephelyek közötti beszédforgalmat. Digitális interfészt ez a megoldás nem 
támogat - itt az előbb említett valamelyik nagyobb rendszerét ajánlja a Nortel. 
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4.1.2.2. 



Cisco 



A Cisco megoldások Magyarországon talán a legismertebbek. Habár az első 
Cisco-termékek megjelenésekor már sokféle VolP megoldás létezett, sokak 
számára a Cisco megoldások jelentették az első találkozást a technológiával. 
Sajnos többen azonosítják a technológiát a céggel. 

A Cisco termékek között elsősorban hatékony vállalati megoldásokat találhatunk. 
Az utóbbi időben újabb és újabb termékek jelentek meg, röviden összefoglaljuk 
ezeket. 

Közös jellemző az IOS által támogatott voice funkciók, az analóg interfész kártyák 
(két interfészt tartalmaz egy kártya), melyek FXO, FXS és E&M verzióban 
léteznek. A digitális interfészek - melyek szintén az lOS-ben konfigurálhatók - 
támogatják a CAS és transzparens CCS jelzésrendszereken kívül a QSIG-et is. 

Valamennyi megoldás beszéd és fax átvitelét is támogatja. 

Az 1750-es router (18. ábra) a fixen tartalmazó 10/1 00-as LAN port mellett három 
kártyahelye közül maximum kettőbe tehető hang interfész-kártya, és maximum 
kettőbe soros interfész modul, pl. MLLN vagy FR kapcsolatra. Egy interfész kártya 
két interfészt tartalmaz. 




18. ábra. Cisco 1750 



A 2600-as és a 3600-as sorozatú, multifunkcionális, moduláris routerekbe 
hangmodul helyezhető, melynek kártyahelyeibe illeszthetők bele az interfész 
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kártyák. Interfészként ISDN BRI is támogatott annak minden szolgáltatásaival. A 
3620-as, 3640-es és 3660-as routerek eltérő modulhely-száma jól skálázható 
megoldási alternatívákat kínál. Az 1750-es és a 2600/3600-as megoldások 
egyaránt támogatják a VolP és VoFR szolgáltatást. 

A 3810-es router E1-es csatlakozást szolgáltat a PBX felé, és soros vagy 
struktúráit (Multiflex trunk) átvitelt kínál a külső FR hálózat felé. 

A 7200 és 7500-as család nagyobb megoldásokat kínál. SOHO környezetben az 
előző megoldások a jellemzők. 

A Cisco gateway-megoldások ennél részletesebb ismertetése itt nem célunk. 

A Cisco VolP gatekeeper és VolP menedzsment megoldások elkülönítése nem 
egyértelműen értelmezett. A Call Manager termék ilyen típusú célja ellenére a 
vállalati megoldások terén ez ritkán alkalmazott. A megbízható működés, a 
megfelelő portsűrűség, a költséghatékonyság és a támogatott alapfunkciók 
jelenleg elegendőek jó vállalati megoldások nyújtásához, tehát a Cisco IP alapú 
beszédátviteli megoldásai továbbra is népszerűek. Az előző fejezetben lévő IP 
alapú beszédszolgáltatásoknak azonban - a többi router alapú megoldáshoz 
hasonlóan - még jelentős fejlődése jósolható. 

4.1.2.3. Ascend (Lucent Technologies) 

Az Ascend nevet valószínűleg szintén nem kell bemutatni. Az USA területén a 
nagyobb hálózati kapcsolóeszközök és access serverek területén piacvezető cég 
Voice over IP megoldása először a MAX6000 nevű (19. ábra) behívó rendszerébe 
tervezett MultiVoice modul és szoftver megjelenésekor vált népszerűvé. Az 
Ascendnek jelenleg is van kiépített hálózata a világ több mint 40 országában. 
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19. ábra. 



MAX 6000 



A műszaki megoldás - mivel access server alapú - itt is a routerbe helyezett 
modulokkal történik. Egy MAX 6000 (19. ábra) összesen 4 ISDN PRI kapcsolatot 
és maximum 90 hívást támogat. Az eszközök stack-elhetők is. Az Ascendnek 
külön web alapú gatekeeper szoftvere van, amelybe a gateway-ek beregisztrálják 
magukat. Az Ascend fő intelligenciája azonban - pl. a VocalTec-től eltérően - a 
gateway-ekben van. A hatékonyan kialakított MVAM (MultiVoice Access manager) 
szoftver olyannyira jól használható szolgáltatói körben is, hogy az access server 
felépítése ellenére inkább ide javasolható. Ezt főképp azért tehetjük meg, mert a 
cégnek nem csak jelentős tapasztalata van hibatűrő hálózati megoldások 
kialakításában, de termékeiben is megbízhatóan működő megoldás ismerhető fel. 



4.1.2.4. 



3Com 



A 3Com, amely jellemzően a kiváló LAN és a költséghatékony routing 
megoldásairól híres, napjainkban jelent illetve jelenik meg új VolP és VoFR 
termékeivel. A Motorola Vanguard termékcsaládjával egyesülve már megjelent a 
PathBuilder s200 családja, amely fix kiépítésű router alapú VolP megoldást nyújt. 
Jellemző alkalmazás a vállalati telephelyek összekötése. Az S200 megoldás LD 
(low desity) és HD (high density) kategóriája különböző portsűrűségű 
megoldásokat nyújt versenyképes áron. 
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20. ábra. PathBuilder S400 

A 3COM a közelmúltban jelent meg új S400-as sorozatával (20. ábra), ami még 
több lehetőséget nyújt a felhasználók számára. Mindkét megoldás jellemzője 
természetesen a H.323 szabványosság, a változatos FXO, FXS és E&M analóg 
kiépíthetőség és az alacsony ár. 

Az S400 sorozat fixen két 10/1 00-as Ethernet és két soros interfésszel 
rendelkezik, valamint 2, 3 vagy 4 modulhellyel FXO, FXS vagy ISDN BRI 
csatlakozásra (az Európában relevánsak közül). Ez a moduláris megoldás kiváló 
lehet SOHO IP beszédátviteli, kis portsűrűségű, modern és megbízható, 
ugyanakkor alacsony költségű megoldásokra. 

4.2. GATEKEEPER ÉS MENEDZSMENT MEGOLDÁSOK 

A gatekeeper biztosítja a VolP rendszer intelligenciáját. Szemben az önálló 
gateway-ekből álló rendszerekkel a gatekeeper központilag látja el a címzési, 
biztonsági, felhasználó azonosítási és egyéb vezérlési funkciókat. Továbbá 
rendelkezhet a telefon-telefon, PC-telefon kapcsolatok támogatásán túl egyéb 
funkciókkal, mint például a web alapú call-center. 

A gatekeeper elhelyezkedhet különálló eszközön, de tartalmazhatja maga a 
gateway is a gatekeeper funkciót. 

A különálló gatekeeper-rel rendelkező VolP rendszerek közül az egyik 
legjelentősebb a VocalTec. 
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A VoclaTec gatekeeper-e a VocalTec Ensemble Architecture (VEA) központi 
eleme. Windows NT alapú szoftver, önállóan nem rendelkezik grafikus 
interfésszel. A beállításokhoz manuálisan a registry-ben férhetünk hozzá, vagy 
parancssorból a DBAdmin programmal, illetve grafikus interfészen keresztül a 
Network Manager-bői. 

A gatekeeper központilag tárol minden a rendszerre vonatkozó adatot. Az 
adatbázisa Oracle alapú, replikálható a Network Manager segítségével. 

A hívások a gatekeeper irányításával, a központi diaiing plán, valamint a gateway 
priorizáció és terheltségi viszonyok alapján jönnek létre. Valamennyi a hívásokra 
vonatkozó információ kiolvasható a rendszer log fájljaiból. 

A gatekeeper és a VEA konfigurálásához elengedhetetlen a VocalTec Network 
Manager (VNM). 

A VNM könnyen kezelhető felületet biztosít a rendszer paramétereinek 
beállításához, illetve ezek figyeléséhez, tekinthetjük a gatekeeper grafikus 
interfészének. A VNM-en keresztül folyamatosan követhető a rendszer állapota, 
hiba esetén nyomban be lehet avatkozni. 

Az Ascend MultiVoice Access Manager-e szintén PC alapú és webes felületen 
konfigurálható vele a VolP hálózat. A böngészőn keresztül akár távolról kapjuk 
meg az eszközök státuszát és a rendszer statisztikáit, valamint ezen keresztül 
férhetünk hozzá a felhasználói adatbázishoz és állíthatjuk be a tárcsázási 
tulajdonságokat. 



4.3. SZÁMLÁZÓ RENDSZEREK 

A jelenleg piacon levő számlázó-rendszerek közül a Mind iPhonEX (21. ábra) az 
egyik legelterjedtebb. Nagy telefonszolgáltatók, mint a Deutshe Telecom, és több 
következő generációs IP telefonszolgáltató választotta. Együttműködik több VolP 
eszköz gyártóval, mint az Ascend, Cisco, Ericsson, Lucent, Netspeak, Nokia és 
VocalTec. 
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21. ábra. Mintaképernyő a MIND iPhonEX-ből 

A rendszer által kezelt felhasználóknak nincs felső korlátja, támogatja mind a 
hitelkártyás, korlátozott hitelkeretes és prepáid fizetési módokat. Rendelkezik 
webes interfésszel a könnyű szolgáltatói adatbázis kezelés, valamint a 
felhasználói egyenleg lekérdezés részére. 

Az alap rendszer kiegészíthető különböző modulokkal. A Call Management 
System (CMS) modullal grafikonos statisztikák készíthetők a hívás aktivitásról. 
Megjeleníthető a napi híváseloszlás, átlagos hívásidő akár felhasználó, cél, 
gateway, vagy trönk szerint csoportosítva. A Traffic Analysis modul a 
szolgáltatóknak nyújt segítséget erőforrásaik optimalizálásában. Elemzést készít 
az eszközök terheltségéről, a hívások időbeli és célszerinti eloszlásáról. 

A Rodopi Biliing Software szálázó és menedzsment szoftver Internet 
szolgáltatóknak és telekommunikációs vállalatoknak. Termékük tartalmaz integrált 
felhasználói modult, és támogatja a prepáid fizetési módot. 
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A szoftver Windows NT-n fut és Microsoft SQL adatbázist használ, ideális 
megoldást nyújt kis és nagy szolgáltatók esetén is. A rendszer on-line 
feliratkozással, számlázással, felhasználó kezeléssel, hozzáférés menedzsmenttel 
és RADIUS interfésszel rendelkezik. 

A Portál Intranet IPT kulcsrakész megoldást kínál új Internet- 
telefonszolgáltatóknak. A Portal's Intranet Software ideális megoldást nyújt a 
felhasználói menedzsment és a számlázó rendszer számára. 

A felhasználókat azonnal regisztrálja, így a szolgáltatás rögtön elkezdődhet. Ez a 
regisztráció történhet a weben keresztül is. A felhasználó azonosítása és 
hitelkeretének ellenőrzése real-time történik. Költségek alapján optimalizálja a 
hívás útvonalát és képes számlák generálására. 

4.4. IP ALAPÚ ALKÖZPONTOK 

Az IP-alapú telefonalközpontok előzményeként időről időre felmerült a szétosztott, 
csomagkapcsolásos elven működő telefonközpontok kérdése, pl. kábeltévé 
infrastruktúrán, elsősorban a vezetékezés megtakarítása céljából. 

Az IP, mint egységes adatátviteli platform alkalmazása PBX-re komoly előnyökkel 
járhat. Elsőként nem is a közvetlen költségcsökkenést kell megemlíteni, hanem 
azt, hogy az IP-alközpont rugalmasan, korlátozások nélkül és gyakorlatilag az 
igény felmerülését követően azonnal bővíthető NI. átkonfigurálható. Ha pl. egy 
felhasználó átköltözik egy másik helyre, a számát megőrzi, profilját (pl. 
hívásátirányítás, várakoztatás stb.) pedig saját maga konfigurálhatja át a vállalati 
intranet Web-felületén. Mindez végül is mérhető költségmegtakarítással jár. 

4.4.1. Áttekintés 

Közvetlen költségmegtakarításként többek között kisebb kábelezési költségekkel 
lehet számolni, azután azzal, hogy a végkészülékek egy jelentős és valószínűleg 
egyre növekvő hányada az a multimédiás PC lesz, amely már ott van az asztalon. 
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Mindenesetre a direkt költségmegtakarításokkal szemben kell állítani a hálózat 
áttervezésével és szükséges mértékű feljavításával járó költségeket. A jó 
minőséghez jól tervezett intranetre van szükség, kívánatos a kapcsolt 
architektúrára áttérni osztott közegről. 

Mi az IP-PBX? Általánosan: telefonszolgáltatás megvalósítása vállalati intraneten, 
épületen belül (LAN-on) és többtelephelyes esetben is (WAN-on), IP protokoll 
felett. A szolgáltatásokat illetően az az elvárás, hogy a korszerű alközpontok 
szolgáltatásainak nagy részét nyújtsa. A végkészülékek lehetnek hagyományos 
távközlési felületre csatlakozó analóg vagy digitális készülékek, speciális IP- 
telefonok, amelyek közvetlen LAN-csatlakozással rendelkeznek és természetesen 
PC-k. 



Az IP-PBX-ek jellegzetes rendszertechnikai megközelítései a következők. 

1 . Centralizált, hagyományos PBX-alapú megoldás 

Ez a megoldás, amely egy, a hagyományos PBX-be integrált gateway-en alapszik, 
amely az alközpont végkészülékei és az IP-s végkészülékek között átjárásról 
gondoskodik. A nyilvános hálózat felé az alközpont a szokásos módon analóg 
vagy digitális trönkökön biztosítja a kapcsolatot. Ebben a megközelítésben a fő 
feladatokat továbbra is a hagyományos alközpont látja el, az IP-gateway 
segítégével arra van lehetőség, hogy PC-s munkaállomásokról is lehessen 
telefonálni, és igénybevenni mindazokat a PBX-szolgáltatásokat, amelyeket a 
szokásos végkészülékeiről el lehet érni. 

2. Teljesen szétosztott megoldás. 

Minden végkészülék IP-s, a kapcsolatok felépítését, lebontását, menedzselését 
egy központi hívásvezérlő egység végzi (szoftver egy megfelelő szerveren). A 
nyilvános hálózathoz csatlakozás gateway-en keresztül történik amely rendelkezik 
a szükséges trönkvonali interfészekkel. 
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3. Centralizált hibrid megoldás. 

A hálózaton néhány hagyományos végkészüléket összefogó koncentrátorok 
helyezkednek el, ezek között a kommunikáció viszont IP-n történik. A nyilvános 
hálózathoz csatlakozás módja ugyanaz, mint a 2. esetben. 

Az 1. megoldás képviselői a nagy alközpontszállítók (Siemens, Ericsson, Lucent), 
amelyek ezzel - úgymond - sima átmenetet biztosítanak a klasszikus alközponti 
megoldásoktól az IP alapú megoldásokig, egyben megőrzik a már beszerzett 
eszközöket. A 2. megoldás képviselője pl. a NetPhone, amely állítja, hogy ez a 
LAN-nal szembeni igények szempontjából költségtakarékosabb megoldás, mivel a 
megkívánt minőséget (sávszélesség, késleltetés) csak a koncenrátorok között kell 
biztosítani, a LAN-nak ez a része kell csak kapcsolt legyen. A 3. megoldás 
jellegzetes képviselője a Cisco (korábban Selsius Systems) rendszere. 

4.4.2. A Cisco Selsius rendszere 

A rendszer vázlata a 22. ábrán látható. A legfontosabb funkcionális egységek a 
hívásmenedzser (Call Manager) és az IP-telefonok. A nyilvános hálózathoz 
csatlakozást analóg vagy digitális interfészekkel rendelkező trönk-gateway-ek 
biztosítják. Mód van hagyományos analóg végkészülékek csatlakoztatására is, 
erre az „Analóg Station Gateway" szolgál. 
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22. ábra. 



Cisco Selsius architektúra 



4.5. PC-KLIENSEK 

1994-ben a VocalTec készítette el az első PC klienst. Programjuk megjelenése az 
Internetes kommunikációs eszközök forradalmához vezetett. Azóta több cég 
foglalkozik PC kliensek fejlesztésével. Ezek egy része önálló termék és csak 
ugyanolyan klienst futtató számítógéppel képes kommunikálni. Más részük egy- 
egy gyártó komplex VolP rendszerének része, vagy támogatja a H. 323-as 
szabványt, hogy hagyományos telefonhálózatba is képes legyen hívást felépíteni, 
illetve más PC kliensekkel kapcsolódni. 
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A VocalTec Internet Phone nevű kliense még mindig az egyik legnépszerűbb, 
jelenleg az 5.01 -es verziónál tart. Az audio és videó kapcsolat mellé szöveges 
csevegést, fájlátvitelt, audió-, és videó konferenciát, on-line közösségekhez való 
csatlakozást és faliújságot is kínál. A támogatott codec-ek a VocalTec VSC 8 kHz 
és VSC 5,5 kHz, a DSP Group TrueSpeech, a GSM és a CCITT G.71 1 u-Law. 

A VocalTec másik terméke a VocalTec Internet Phone Lite (IPL). Ez a kliens 
szerves része a cég VolP rendszerének, a VocalTec Ensemble Architecture-nak 
(VEA). A program könnyen installálható és minimális rendszer erőforrásokat 
használ fel. Gyorsan letölthető, hiszen mérete 2 MB alatt van. Az Internet Phone 
Lite egyedüli funkciója a hagyományos telefonhálózathoz való csatlakozás 
valamely szolgáltató gateway-én keresztül. Az IPL a VEA egyik végfelhasználói 
komponense, melyet a szolgáltatók saját igényeik szerint alakíthatnak. Az Internet 
Phone Lite Service Provider Kit segítségével az Internet-telefonszolgáltatók 
(Internet Telephony Service Providers, ITSP) az IPL-t saját arculatuknak 
megfelelően változtathatják. Ebbe beletartoznak a saját logo, web linkek, 
gyorstárcsázó gombok és a megjelenő reklámok. Támogatott kódolásai között 
szerepelnek a VocalTec saját fejlesztésű codec-jei, valamint az általánosan 
támogatott szabványok is. 

A Microsoft az 1 996-ban megjelent NetMeeting-el lépett be a PC kliensek piacára. 
A program legfrissebb verziója a 3.01 -es, elterjedését segíti, hogy ingyenes, 
valamint a Windows 98 operációs rendszer és az Internet Explorer újabb verziói 
eleve tartalmazzák. A NetMeeting 3.01 -es megújult felülettel és kibővült 
funkciókkal jelentkezett. A közös munkát elősegítve megoszthatjuk 
alkalmazásainkat a konferencia résztvevőivel, valamint hívási hivatkozásokat 
hozhatunk létre, hogy vállalati honlapjainkról hívjanak minket. Emellett 
rendelkezésre áll a csevegés, a faliújság, a fájl átvitel, valamint a címszolgáltatás. 
A program e-mail cím alapján létesít kapcsolatot, mely egy címszolgáltató 
segítségével épül fel. Támogatott codec-jei a G.723.1, Lemout & Hauspie SBC és 
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CELP, Microsoft ADPCM és a CCITT A-Law illetve u-Law. A NetMeeting H.323 
kompatíbilis (7. táblázat). 



Név 


Gyártó 


Platformok 


Codec-ek 


Funkciók 


H.323 


Internet Phone 


VocalTec 


Windows 95/98, 


VocalTec VSC 8-, 5.5 kHz; 


PC-PC, PC-Phone, 


Igen 


5.01 


Communications 


Windows NT, 


GSM; 


Videó, Konferencia, 






Ltd. 


Windows 3.x 


DSP Group TrueSpeech; 
CCITT G.71 1 u-Law 


Chat, Faliújság, Fájl 
átvitel 




Internet Phone 


VocalTec 


Windows 95/98, 


Xxxxx 


PC-Phone 


Igen 


Lite x.x 


Communications 
Ltd. 


Windows NT 








Netmeeting 


Microsoft 


Windows 95/98, 


G.723.1; L&M SBC, CELP; 


PC-PC, PC-Phone, 


Igen 


3.01 


Corporation 


Windows NT 


Ms ADPCM; CCITT A-Law, 
u-Law 


Videó, Konferencia, 
Chat, Faliújság, Fájl 
átvitel, Alkalmazás 
megosztás 





7. táblázat. PC kliensek összehasonlítása 

4.6. WEB-TELEFONMEGOLDÁSOK 

Számos termék létezik, amivel meg lehet valósítani a web alapú call centert. 
Ilyenek például a VocalTec Surf&Call nevű programja (www.vocaltec.com), a 
Net2Phone Click2Talk-ja (www.net2phone.com) vagy a CosmoCom CosmoCall 
nevű terméke (www.cosmocall.com). 

A hagyományos Call Center-ek egyre inkább átalakulnak ügyfélközpontú 
multimédia centerekké. Ezek interaktív kommunikációt biztosítanak az ügyféllel, 
mely elősegíti az eladást és a terméktámogatást. 

A VocalTec Surf&Call Center-e (www.vocaltec.com) real-time audió kapcsolatot 
biztosít az ügyfél és a vállalt között. A Surf&Call oldalakról web - telefon kapcsolat 
valósítható meg. Előnyei, hogy bármilyen létező Call Centerrel együttműködik, és 
használatához csak egy böngésző alá beépülő plug-in-t kell letölteni. 

A VocalTec Surf&Call Center Pro a web - telefon kapcsolaton túl többlet 
szolgálatsokkal rendelkezik. A vezetett böngészés segítségével a vállalat 
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munkatársa meghatározhatja melyik web oldalak töltődjenek le az ügyfélnél. 
Segítséget tud nyújtani űrlapok kitöltéséhez, és real-time szöveges üzeneteket 
írhatnak egymásnak. 

A Surf&Call Center része a VocalTec VolP architektúrájának, a VEA-nek. A 
Surf&Call Center Server biztosítja az együttműködést a beérkező hívás, a 
gateway-k és Call Center berendezések között. 

Az Acuity WebCenter Suite (www.acuity.com) teljes megoldás az ügyfélről való 
gondoskodásra a weben keresztül. A WebCenter Suite integrált technológiák 
átfogó megoldását kínálja, beleértve a felhasználói önálló segítséget, az 
automatikus e-mail válaszadást, az üzleti szabályok figyelembevételével történő 
intelligens útvonal-megállapítást és a real-time kommunikációt. Továbbá a 
WebCenter Suite beintegrálható a létező infrastruktúrába, lehetővé téve a 
vállalatok számára a létező technológiák és az ügyfél-támogató szolgáltatások 
egyesítését. 

A WebCenter Email Managment System (WEMS) segítségével az e-mail 
menedzsment integrált része lesz a szolgáltatásnak. A WEMS úgy kezeli az e- 
mail-eket, mint az on-line szöveg-konferenciát, visszahívási igényt, vagy 
hagyományos call center tevékenységeget. 

Az Enhanced Web Response Unit™ (WRU) lehetővé teszi az ügyfelek önálló 
válaszkeresését minimális rendszer erőforrás felhasználásával. 

A CallLink modullal megvalósítható a hagyományos telefonos ügyfél-támogatás. A 
CallLink-el a felhasználó egy visszahívást kér, a WebCenter Suite a telefonos 
hálózaton keresztül valósítja meg a szöveges segítségnyújtást. 

A WebCenter Suite tartalmazza továbbá a "shared browsing" - közös böngészés 
funkciót. Ezzel a cégnél látják, az ügyfél melyik oldalt nézi, és segítséget tudnak 
nyújtani neki az űrlapok kitöltéséhez, vagy információk megtalálásához. 
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A WebCenter Suite segítségével több virtuális web-center alakítható ki. 
Mindegyiknek különbözhet a tartalma és formája. Ezzel elkülöníthetők a web- 
center megoldások ugyanazon vállalatok különböző részlegei számára (eladás, 
technikai támogatás, stb.). 

A Click2Talk (www.click2talk.com) a Net2Phone megoldása, mely lehetővé teszi 
egy weboldal látogatói számára hívás kezdeményezését a cég call center-ébe. A 
hívás kezdeményezhető bármilyen multimédia PC-ről a Click2Talk linkre való 
kattintással. A hívást a Net2Phone Internet Telephony Software-e kezdeményezi, 
mely szabadon letölthető. Ezután a cég képviselője már úgy válaszolhat a 
problémákra, mint bármilyen hagyományos telefonhívásnál. 

A Click2CallMe használatával a hívás a hagyományos telefonhálózaton keresztül 
jön létre. A felhasználó a Click2CallMe ikon megnyomása után egy felugró 
ablakban adhatja meg telefonszámát, és a hívás kívánt időpontját. Ezután a cég 
hívja fel az ügyfelet a megadott időpontban. 
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Forrás: http://www.doksi.hu 
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BCN Kft. 1021 Budapest Hűvösvölgyi út 54. 
Tel.: 391 4000 
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Voice over IP alkalmazási megoldások 



5. MINTAKONFIGURÁCIÓ 

A Matáv PKI számára készített mintakonfiguráció gateway eszköze a következő: 
• 2 db 3Com PathBuilder LD S217 (3C871 7) 
A rendszer kialakítása a 23. ábrán látható. 
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23. ábra. Mintakonfiguráció a Matáv PKI számára 

A két gateway egyben router is - két távoli telephely IP alapú összeköttetését 
valósítja meg. Emellett mindkét oldalon FSX portján csatlakozik egy analóg 
készülékhez (pl. telefonhoz) valamint FXO portján a helyi alközponthoz. A két 
telephely így két egyidejű beszélgetést bonyolíthat le az IP hálózaton keresztül. 

A egyik oldali LAN-on egy web szerver is elhelyezkedhet. Ezt elérve és egy link-re 
klikkelve bármelyik telefon is hívható PC-ről is a gateway-eken keresztül. Ennek 
megfelelően a telefonokkal is lehetőség van PC-ket hívni. 

A megoldás web alapú fejlesztési lehetőséget is tartalmaz. 
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